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1.0 


INTRODUCTION 


This report documents the investigations made by Axiomatix of 
certain aspects and problems of the Shuttle/GPS navigation system. Much 
of Axiomatix' s involvement in the Shuttle/GPS project during the last 
year was in support of the Shuttle/GPS panel meetings. Only part of 
Axiomatix' s contributions to these meetings is suitable for formal docu- 
mentation, as presented in this reporv. 

One of the major tasks Axiomatix was responsible for during 
this phase of the contractual effort was development of a Shuttle/GPS 
test philosophy and test plan outline. This was accomplished and is 
documented in Section 2.0. The other major task was preparation of an 
Interface Control Document (ICD) between NASA and the GPS Joint Program 
Office (JPO). This ICD is to define those interfaces between the GPS 
and the Shuttle which are unique to the Shuttle. A first draft of this 
ICD is given in Section 6.0. 

Development of a phase slope specification for the Shuttle GPS 
antenna, as presented in Section 4.0, is the result of a meeting with the 
Rockwell Autonetics System Engineering Office for the MMBRS program. 

They had found that phase modulation caused by vehicle maneuvers and 
antenna phase shift could potentially degrade system performance if not 
accounted for. The specification developed by Axiomatix, while not an 
antenna design driver, will ensure that such a problem does not occur 
with the Shuttle/GPS system. 

An investigation of Shuttle/GPS jamming vulnerability, as docu- 
mented in Section 5.0, was motivated by a question of the possible effect- 
iveness of providing increased jamming protection in the GPS Receiver/ 
Processor Assembly (R/PA). Our analysis demonstrates that it would not 
be effective, within the constraints of the present program, to provide 
for additional protection. 

Finally, an expression for the GPS signal-to-noise density 
ratio, C/Nq, which accounts for the effect of the Shuttle Thermal Pro- 
tection System (TSP) tiles is developed in Section 3.0. 
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SHUTTLE GPS TEST PHILOSOPHY 
Introduction 
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2.1 


The Global Positioning System (GPS) Is a worldwide navigational 
system which provides the user with position and velocity data referenced 
to a Cartesian earth-centered, earth-fixed coordinate system. The GPS 
user equipment permits on-board, real-time computation of the user vehicle 
state vector with position estimated to within 30 ft, velocity to within 
0.2 ft/s and time to within a fraction of a microsecond. 

The user pseudorange and range rate are determined by measuring 
the navigation signal transmit time between a number of GPS satellites 
with precisely known ephemerldes and the user and scaling the transmit 
times by the speed of light. The term pseudorange Is used to denote 
that, since the user clock Is not directly synchronized with the satel- 
lite clocks, the Initial range measurements will be In error by the 
amount of user clock offset. Therefore, the user must acquire at least 
four satellites to determine the pseudorange of each satellite to obtain 
a user clock correction and thus calculate the user's true position 
coordinates. 

When fully operational by 1986, the GPS will consist of a total 
of 24 active NAVSTAR satellites in three orbit planes of eight satellites, 
each offset from one another by 120° In longitude. Each satellite will 
transmit its precise ephemeris, clock correction data and an "almanac" of 
orbital parameters and clock correction estimates for all other system 
satellites. Each day, the ground control center will uplink ephemeris 
correction and other data to all satellites for subsequent user use, 
thus ensuring continued system accuracy. 

While there will be many GPS users, this report discusses only 
the Space Transportation System (STS) or Space Shuttle. The purpose of 
this report is to outline an STS/GPS test philosophy and test plan for 
NASA. To be discussed is the overall test philosophy starting with the 
STS/GPS equipment components known as line replaceable units (LRU's), 
progressing through system integration, and finally ending with the orbi- 
tal flight tests. The test plan will expand upon the test philosophy and 
outline the required tests for each phase. The main objective of the 
test philosophy and test plan is to ensure that the Shuttle GPS equipment 
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Is being properly tested, tested early enough in the program to discover 
and resolve potentially costly downstream problems and, at the same time, 
minimize the testing costs. 

Before developing the overall test philosophy, a brief descrip- 
tion of the STS/6PS equipment components or LRU's would be appropriate. 
Figure 1 shows the overall STS/GPS integrated baseline system block dia- 
gram consisting of three segments: the space segment, the orbiter sys- 
tem segment and the ground system segment. This report will concentrate 
on the Orbiter system segment and the LRU's composing the GPS set shown 
in Figure 1. 

Figure 2 shows the baseline Orbiter system block diagram con- 
sisting of two separate channels which are switched to select four GPS 
satellites with a favorable geometry or minimum geometric dilution of 
precision (GDOP). The individual LRU's are listed as follows: 

• Antenna assembly 

• Receiver preamplifier assembly ) Incorporation into one 

• RF power dividers ) LRU being considered 

t Receiver/processor assembly (R/PA) 

2.2 Test Philosophy 

As previously stated, the test philosophy objective is to 
ensure that the STS/GPS navigation system is properly tested in an expe- 
ditious and cost-effective manner with a minimum of duplication. The 
testing will verify the system in a logical sequence and minimize over- 
all costs by uncovering problems as early as possible in the program. 

In the past, some very complicated engineering systems have been 
designed and manufactured with a minimum amount of attention directed 
towards compatible interfaces, subsystem testing, and assuring that sub- 
assemblies mpet the required specifications. The philosophy in these 
instances has been to use system integration to discover problems. Of 
course, the users of this type of philosophy usually feel that anything 
more than minimal testing at the lower levels is a waste of time and 
money. At the same time, they feel very optimistic that the system will 
function properly once fully integrated. 


■i 

i t 


X 

I 


- w " 


. 


















t 


5 


t 


r 


t 




* 


i 




» 



u 

1 


2 






< < 
X X 
X X 
Ui U i 

5 S 

V» t/l 
ft. CL 

o o 
ec a c 

£ % 
S 3 
• « 
— <M 


%A 

E 


a 

5 

<n 

i 

i/> 




-I o 




O Ui 



* 


B 

ra 

s- 

C T, 

ro 

•r— 

Q 


U 

o 

CQ 


E 


QJ 


(/) 

>» 

oO 

L- 

OJ 


0J 

cn 

a: 

co 


C\J 


a» 

=5 

cr> 










A 

t 


r 


ft 


ft 


7 


** 

4 


7 


r 


r 


% 


r* 


^ 4 . 


6 


Unfortunately, when major problems are discovered at the system 
level, recuperation Is extremely expensive and time-consuming. For 
example, In especially large programs, oy the time the prototype or qual- 
ification LRU's are Integrated Into a system, there exists a large group 
of support personnel such as design engineers, systems engineers, test and 
documentation personnel, not to mention the purchasing of flight compon- 
ents and the early phases of flight unit manufacturing. Suppose that, 
upon integration, a major design problem develops. At this point in the 
life of the program It Is too lat to temporarily reassign some or all 
of the support personnel, so they must be sustained In order to be avail- 
able for future use. The program now goes into the "panic" mode, which 
usially Involves severe schedule disruptions, a penalty cancellation for 
some previously purchased components, purchasing new components on a pre- 
mium and priority basis, overtime for some personnel, and paying other 
personnel who are no longer productive because they must wait for the 
problem to be solved. If the problems are severe enough, other systems 
or programs may also be Impacted, causing even further delays. 

Another situation will occur where the LRU's are rigorously 
tested individually, but the systems integration tests are either super- 
ficial or do not occur until after the flight units are being manufactured. 
Should the integrated LRU tests be superficial, a major problem is likely 
to occur during orbital flight tests. Should the Integrated LRU tests 
be accomplished after flight units are being manufactured, the same 
"panic" mode consequences as previously described will occur. 

The net result of the previous scenarios will be large cost 
overruns and long schedule delays. The purpose of the test philosophy 
to be developed in this report Is to minimize the effects of the "panic" 
mode by successfully detecting and resolving problems at an early stage 
of the program. 

One straightforward method would be to test all the assemblies, 
subassemblies and LRU's as early in the project as possible. This would 
allow the program to retain its flexibility in solving design problems 
without adversely affecting the overall schedule. 

Even though detailed LRU testing minimizes system problems, 
assuming that the LRU's meet their respective specifications does not 
guarantee that the system will function when integrated, especially since 
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the various LRU's are manufactured by different subcontractors. 

Therefore, the integrated system testing, like the LRU testing, must be 
accomplished early enough in the program and with adequate detail to 
uncover problems. Again, as with the LRU tests, the program has retained 
its flexibility to respond to unforeseen situations. 

Because the Shuttle is such a complicated and large program, it 
is vulnerable to disruptions caused by significant problems detected at 
the LRU or systems level. With proper planning, however, potential 
problems can be anticipated. Figure 3 shows a typical STS/GPS design, 
development and testing sequence which embodies the elements of the early 
test philosophy. By using this sequence and the general philosophy 
already discussed, a comprehensive test philosophy and test plan may now 
be developed. 

Figure 4 outlines the test sequence and test location required 
to verify the individual LRU performances, substantiate the interfaces 
and, finally, confirm the end-to-end performance. The logical LRU's to 
use in this test sequence would be the prototypes and qualification units 
as outlined in Figure 3. In the following section, each step indicated 
in Figure 4 will be discussed along with the rationale for recommending 
that particular test location. 

2.3 LRU Test Philosophy 

2.3.1 Tests Required 

All SRU's (which are the modular components within the LRU's) 
and LRU's must be adequately tested by the subcontractor to ensure that 
the equipment delivered to the contractor meets specification. This 
includes all acceptance and qualification tests which requires the sub- 
contractor to produce the required test plans and procedures and to 
possess the proper test equipment. Therefore, a substantial amount of 
baseline LRU performance data will be generated by the subcontractor. 

2.3.2 Test Location 

The desired test location would be the LRU subcontractors; 
however, there may be situations that require the use of outside testing 
laboratories. 
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Typical STS/GPS Design, Development and Testing Sequence 





Figure 4. STS/6PS Test Sequence 
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2.3.3 Rationale 

The contractor must be assured that the equipment delivered by 
the subcontractor meets all aspects of the LRU specification. To mini- 
mize the cost impact of design or manufacturing problems, any potential 
problems must be detected at the earliest possible time. Another advan- 
tage of detailed SRU and LRU testing is that, by having baseline LRU 
data traceability, troubleshooting is simplified in the event of future 
system performance problems. 

2.4 Interface Test Philosophy 

2.4.1 Tests Required 

The individual LRU's must be integrated and all interfaces 

verified for compatibility. 

2.4.2 Test Location 

The Flight System Laboratory (FSL), F.ockwell, Downey. FSL was 
previously known as the Advanced Development Laboratory (ADL). 

2.4.3 Rationale 

One central group within the contractor's organization must be 
responsible for verifying all interfaces. If more than one group is 
responsible, it is possible for incompatible interfaces to exist and not 
be discovered until late in the test program, which obviously causes very 
expensive delays. This will be the first time that the STS/GPS LRU's 
from the various LRU subcontractors will be integrated as a system and, 
thus, represents the beginning step of system performance verification. 

2 • 5 Integrated System Test Philosophy 

2.5.1 Tests Required 

The integrated STS/GPS user equipment may be characterized as 

demodulating an RF signal, processing the resultant digital signal and, 
finally, interfacing with one of the Orbiter's general-purpose computers 
(GPC). It is possible and extremely practical to divide the integrated 
system end-to-end performance tests into two sections: RF link verifi- 

cation and computer software verification. The RF link tests would ver- 
ify the GPS-to-Orbiter RF link up to and including the demodulated data 



at the R/PA LRU. The software verification test would start with the 
demodulated RF data at the R/PA LRU and continue to the 6PC. As stated, 
there are some very practical and cost-effective reasons to divide the 
Integrated system test Into two sections; these reasons will be developed 
shortly. 

2.5.2 Test Location 

The RF link tests will be held at the Electronics System Test 
Laboratory (ESTL), NASA-JSC; software tests will be conducted at the Sys- 
tems Avionics Integration Laboratory (SAIL), NASA-JSC. 

2.5.3 Rationale 

It is possible for the Shuttle contractor to verify the end-to- 
end integrated system performance; however, this may result in some unde- 
sired future consequences. Since the Shuttle is a very long program, its 
mission life will surely outlast the subcontractor's involvement in the 
program and may even outlast the contractor's involvement (except for 
some sustaining effort). 

As typically happens when a contractor or subcontractor is no 
longer heavily involved in a program, the associated test equipment is 
modified for other uses and key personnel reassigned. The net result is 
that when in-flight anomalies occur, resolution may be very time consum- 
ing and expensive since the support test equipment may no longer exist 
or the appropriate personnel no longer be available. 

Since the Shuttle and GPS are multidecade programs and since 
anomalies will occur during orbital missions, it is desirable that the 
RF link and software simulation test equipment and the test personnel be 
within the organization using the Shuttle. Because the user organization 
uASA, JSC is the logical choice to conduct the Integrated system tests 

RF link tests are required to uncover any system performance 
problems because, historically, some LRU's have met their individual 
specifications but have experienced some system problems at integration. 
It is imperative that these tests be performed prior to Orbiter integra- 
tion of flight equipment since RF link problems occurring after Orbiter 
integration are very expensive. A practical method of verifying the RF 
link performance is to simulate a flight mission with simulated GPS satel 
lites, space-loss simulators and other test equipment. 
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Since the STS/GPS system Is computer-controlled, the system 
software must be validated. As with RF link performance problems, any 
software anomalies discovered later in the project usually result in 
extra costs and delays. One method to verify the software would be to 
provide an RF stimulus to the R/PA and monitor the system performance. 

The integrated system tests are divided between the ESTL and 
the SAIL because each laboratory has unique capabilities and expertise 
which complement the other, and these laboratories are able to conduct 
the required system tests with minimum cost impact. The ESTL has the 
capability of verifying the RF link and the SAIL has the capability of 
verifying systems which interface with the GPC. 

2.6 Orbital Flight Tests 

The orbital flight tests should serve simply as the final sys- 
tem performance verification. If the proper test planning has been exe- 
cuted through early detailed LRU and system integration tests as 
previously described in this report, only minimal problems will occur 
during this last test phase. The net result of following the aforemen- 
tioned test sequence is an STS/GPS system that has been tested in an 
expeditious and cost-effective manner with a minimum of duplication. 

2.7 Test Philosophy Conclusions 

Each LRU must be qualified through very detailed testing by 
each LRU subcontractor, thus providing baseline performance data and 
ensuring that the LRU specifications are met. Early problem detection 
is critical to a successful program, especially when attempting to min- 
imize costs; so, after the LRU's are tested, they must be integrated 
and the interfaces verified. The contractor is the logical choice for 
the task since one group and only one group must be held responsible 
for detecting incompatible interfaces. 

The integrated LRU's must also be tested end-to-end to confirm 
the system performance. The test facilities at NASA-JSC are the logical 
choice due to their specialized test equipment and because these facili- 
ties will be used to support all Orbiter missions. The contractor's 
test facilities may be modified for other uses at some future time and 
would be unable to support the Shuttle program should problems arise. 


13 


Both test laboratories at NASA-JSC, ESTL and SAIL have unique 
capabilities which complement each other. By exploiting the strengths 
of both laboratories, NASA will be able to assure a minimum of system 
problems and thus avoid costly overruns and delays. 

2.8 Specific STS/GPS Tests 

In the previous section, the STS/GPS test philosophy was 
developed. In this section, the STS/GPS test plan will be discussed; 
this will Include the LRU tests, the Interface tests, the RF link tests 
and overall Integrated systems tests. With the STS/GPS system being a 
very long-range program, the tests covered In this section will be only 
those tests up to and Including the Integrated system tests at NASA-JSC. 
As the program Is further defined, a more detailed test plan may be 
developed covering those phases that follow the NASA-JSC testing. 

2.8.1 LRU Tests 

The LRU testing phase starts with the engineering model, con- 
tinues with the prototypes and culminates with the qualification unit, 
which is tested to demonstrate that the LRU design meets the overall 
performance objectives. The subsequent flight units are subjected to an 
acceptance test which is similar to but not as rigorous as the qualifi- 
cation test. The purpose of the acceptance test is to demonstrate that 
the flight units have been properly manufactured . 

This section will concentrate primarily on discussing the 
qualification tests since they represent the most comprehensive of the 
LRU tests. All other LRU testing, whether for prototypes or flight units, 
are essentially selected segments of the qualification test procedures 
with less severe test conditions. 

A typical LRU qualification test sequence is listed as follows: 

t Acceptance test (reference) or full functional 

• Electrical power test 

• EMC 

§ Cabin atmosphere 

t Post-cabin atmosphere limited functional test 

• Thermal cycle 

• Post-thermal cycle limited functional test 
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• Qualification and flight vibration 

• Post-vibration limited function test 
§ Acceleration 

• Post-acceleration limited functional test 

• Thermal vacuum 

• Post-thermal vacuum limited functional test 

• Life test 

• Post-life test limited functional test 

• Shock 

• Full functional test 

• Leakage test. 

Table 1 more fully explains the nature of the tests listed in the above 
LRU qualification test sequence. Each LRU, of course, will have certain 
specific parameters that must be verified during acceptance and quali- 
fication testing. The remainder of this section lists sor.<e typical 
parameters that should be verified. 

2.8.2 Antenna Assembly LRU 

Typical antenna parameters to be verified are listed as 

follows: 

• Interfaces 

• Frequency range/bandwidth 

• Gain 

• VSWR 

• Radiation pattern 

• Polarization 

• Axial ratio. 

2.8.3 Receiver Preamplifier Assembly LRU 

Typical receiver preamplifier parameters to be verified are 
listed as follows: 

• Electrical power characteristics 

• Warm-up time 

• Interfaces 

• Input/output impedances 
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Table 1. LRU Qualification Test Purposes 


1. Acceptance Test (Reference) or Full Functional : Provides 
baseline comparative data. 

2. Electrical Power Test : Selected functional tests are performed 

to assure that the LRU meets all performance requirements. 
Including power consumption under high and low primary Input 
power conditions. 

3. EMC : This test determines the electromagnetic compatibility of 
the LRU. 

4. Cabin Atmosphere : The LRU is exposed to salt fog and subse- 

quently exposed to humidity and thermally cycled while selected 
functional tests are performed. 

5. Limited Functional Test : This test verifies the post-cabin 
atmosphere LRU performance. 

6. Thermal Cycle Test : The LRU is cycled limit-to-limit 10 times 
and selected functional tests are conducted at high and low tem- 
perature extremes to verify acceptable performance. 

7. Limited Functional Test : This test verifies the post-thermal 

cycle LRU performance. 

8. Vibration : The LRU is subjected to two different vibration tests 

in each of three orthogonal axes— qual ificatlon acceptance vibra- 
tion test (QAVT) and flight vibration test. Selected functional 
tests are performed during both vibration tests. 

9. Limited Functional Test : This test verifies post-vibration LRU 

performance. 
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Table 1. LRU Qualification Test Purposes (Contd) 


10. Acceleration . The LRU Is subjected to acceleration In each of 
three orthgonal axes. 

11. Limited Functional Test : This test verifies post-acceleration 
LRU performance. 

12. Thermal Vacuum Test : Selected functional tests are conducted to 

assure that the LRU meets all performance requirements in a low- 
pressure, constant- temperature environment. 

13. Limited Functional Test : This test verifies post-thermal vacuum 
LRU performance. 

14. Life Test : The LRU is subjected to a given number of on/off 

cycles. 

15. Limited Functional Test : This test verifies the post-life test 

LRU performance. 

16. Shock Test : With the unit off, the LRU is shock-tested in each 

of three orthogonal axes (both directions). 

17. Full Functional Test : By comparing this test with the first 

functional test results, any performance degradation is detected. 

18. Leakage Test : Since some LRU's are pressurized internally, the 

leak rate must be verified. 



• Input/output protection 

• VSWR 

• RF output power 

• Frequencies 

• Bandwidth 

• Gain 

• Gain stability 

• Gain ripple 

• Dynamic range 

• Noise figure 

• Interference rejection. 

2.8.4 RF Power Dividers LRU 


Typical RF power dividers parameters to be verified are listed 
as follows: 


• Interfaces 

• VSWR 

• Port-to-port isolation 

• Amplitude imbalance 


• Input/output Impedances 

• Insertion loss 

• Frequency range 

• Phase imbalance 


2.8.5 Receiver/Processor Assembly (R/PA) LRU 

Typical R/PA parameters to be verified are listed as follows: 



Interfaces 

• 

Input/output protection 


Warm-up time 

• 

Input/output impedance 


VSWR 

• 

Noise figure 


Input frequencies 

• 

Frequency response 


Doppler shift & rate 

• 

Acquisition (P l C/A codes) 


Antenna selection 

• 

Satellite selection 


Acquisition time 

• 

In-lock tracking 


Tracking threshold 

• 

Tracking phase error 


Oscillator stability 

• 

Received signal transients 


Interference rejection 

t 

Data demodulation 


AGC 

• 

Navigation data generation 


BER 

• 

Pseudorange accuracy 


BITE 

• 

Delta pseudorange accuracy 


Electrical power 
characteristics 

• 

Data accuracy versus 
constant g load. 
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Interface Tests 


In this phase, the Individual LRU's are Integrated and all 
Interfaces verified for compatibility. These tests would be performed 
at FSL, Rockwell, Downey, and typical tests would Include the following: 

• 6PC/R/PA data transmission checks 
— GPC error testing 

— R/PA error testing 
—Data bus noise testing 

• Power and transient susceptibility 

• System Initialization tests 

• BITE tests 

• Data format checkout 
—All avionics interfaces 

• Limited R/PA functional tests 
--Commands 

--Moding, etc. 

• Limited RF receiver functions 

— RF input hardwired to preamplifier 
—Manual antenna management 

• Limited navigation processor functions 
—Simple trajectory program input 

—Minimum Orbiter dynamics or taped trajectory segments. 


2.10 Integrated Systems Test 


In this phase, both the RF link performance and the system 
software are verified. Because the ESTL and the SAIL have unique and 
complementary functions, it is practical and cost-effective to separate 
the integrated system tests into the RF link performance which will be 
verified by the ESTL and the system software performance which will be 
verified by the SAIL. 

The ESTL or RF link performance tests would include the fol- 


lowing tests as a function of p RE ;c/Nq, doppler shift, C/A and P codes: 


• Threshold carrier-to-noise 
ratio 


• Output signal-to-noise 
ratio 


• BER 


• Percent data loss 


• False lock susceptibl ity 


• Tracking capability 


• Receiver modes 

• RF acquisition, including 
acquisition threshold, 
acquisition time, and 
acquisition probability 


• Pseudorange and range 
rate accuracy 

$ Time to first fix (TTFF), 
determined from past test 
analysis of data 
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The SAIL or software performance tests would Include the 
following tests: 


• Satellite selection 

• Redundancy management 

t Crew override capability 

• Memory loads and dumps 
e Time synchronization 

• Accuracy prediction 

• Navigation accuracy (C/A 
and P codes) 

• Denial of accuracy 


• Antenna management 
e Ground control 

• System BITE and self>test 

• Displays 

• GPC state aiding 

• GPS/GPC state vector 
handoff 

• Time to first fix (TTFF) 
(C/A and P codes) 


As previously stated, the purpose of the Integrated system 
test Is to verify the end-to-end GPS/STS equipment performance and, for 
cost and practical reasons, these test should be divided Into the RF link 
tests performed by the ESTL and the software verification performed by 
the SAIL. The problem is that the ESTL does not possess a GPC In order 
to perform real-time navigation solutions and the SAIL does not possess 
the proper RF source to simulate the RF link. One solution would be to 
conduct joint ESTL/SAIL tests. Un Fortunately, the coordination and 
scheduling required to make such joint tests would be extremely diffi- 
cult, if not impossible, because each laboratory is heavily committed to 
other Shuttle programs already scheduled for test. This dllemm* is 
easily resolved if NASA purchases the properly designed GPS satellite 
simulator. 

Figure 5 outlines the basic GPS simulator block diagram, and 
Table 2 discusses the minimum simulator requirements. The ESTL can per- 
form many if not all of the RF tests by accumulating R/PA data in real 
time, but analyzing the data in nonreal time. With the proper R/PA out- 
put data storage, the ESTL does not require a GPC. Also, nondynamic 
signal simulation is accomplished by manually variable RF power outputs, 
doppler shifts and space losses. 

Even though the ESTL is verifying the RF link performance in 
great detail, the SAIL still needs an RF source to stimulate the R/PA. 

It may be argued that the SAIL could conduct tests by injecting digital 
data into the R/PA processor but, in Axiomatix's opinion, this is not a 
satisfactory test method. TTFF and navigation accuracy measurements 
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Table 2. GPS Simulator Requirements (Minimum) 


• Simulation of four satellites simultaneously 

• Storing or recording of R/PA output data in real time 

• Manually variable signal parameters for all four satellites 

• Signal Parameters: 

• ,l _2 carriers 

• ^, 1-2 differential propagation delay 

• C/A, P codes including all 37 satellite identification 
numbers (ID's) 

• Vari ble doppler shifts 

• Variable space-loss simulator 

• Navigation message 


User dynamics may want to be simulated. 
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should be conducted with an RF stimulus because not doing so leaves the 
R/PA vulnerable to hidden problems which will surface In the future. 

Also, In order to perform the TTFF and navigation accuracy measurements, 
the simulator must simulate a minimum of four GPS satellites simultaneously. 

Since the SAIL requires an RF source, It may be further argued 
that the SAIL should conduct all the RF tests. As previously stated In 
this report, the ESTL possesses test equipment, expertise and the person- 
nel to conduct the RF tests In a more cost-effective manner than the 
SAIL, and NASA should exploit the strengths of both laboratories. 

2.11 Conclusions 

The basic philosophy developed In this report was to test the 
LRU's, the integrated GPS/STS equipment Interfaces and the integrated 
system end-to-end performance as soon as possible in the program sched- 
ule. Early problem detection is critical for a project to avoid sched- 
ule delays and minimize costs. Obviously, system problems discovered 
late in a program's life have very 

It is recommended that the detailed LRU tests be conducted by the 
respective LRU subcontractors. The integrated GPS/STS equipment inter- 
faces should be verified by one (and only one) group, and the Shuttle 
contractor is the logical choice. The integrated system end-to-end 
performance should be performed by the ultimate Shuttle user, NASA, 
because the Shuttle is a multidecade program and NASA needs the capabil- 
ity to resolve in-flight anomalies. It is further recommended that the 
NASA-JSC tests be separated into the RF link tests conducted by the ESTL 
and the software verification conducted by the SAIL. 
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3.0 EFFECT OF TPS TILE ON SNR OF THE SHUTTLE/GPS SYSTEM 

3.1 In troduction 

It is recognized that a lossy TPS tile which is inserted on top 
of a flush-mounted GPS antenna will both attenuate the signal power and 
Increase the system noise temperature. Since the tile surface tempera- 
ture can be quite high (on the order of 2000°F), it is Important to have 
an exact expression for evaluating the resulting signal-to-noise ratio 
that is available at the GPS receiver input. The following paragraphs 
develop the expression for signal power-to noise density ratio for the 
physical model which is shown in Figure 6. Furthermore, it is proved, 
as one would suspect, that this S/N Q is independent of the point in the 
circuit that it is referenced to. Finally, a short discussion is given 
which establishes that the background, or sky noise, or, equivalently, 
antenna noise temperature, is independent of the antenna polarization. 


3.2 Discu ssion of Signal-To- Noise Ratio (SNR) 

A generalized mathematical model of the system is shown in 
Figure 7. This model consists of serial elements, each having an effec- 
tive temperature and an effective gain. The first element is the sky 
noise observed by the antenna field of view. The temperature of this 
element is T^, or what is often referred to as the antenna temperature. 
This element has unity gain, which is not to be confused with antenna 
gain. The next element is the tile loss element, which has an effective 
temperature given by 


'TILE 


■ T mE (NF TUE - 1) ■ 


t tile* l tiie " '' 


where Ty^y is the physical temperature of tile (°K) and Lyj^ is the 
tile RF loss (Lyj^ > 1). The effective gain of the tile is the inverse 

of the loss, or ^ ^ L TI LC * 

Note that, if the tile wore a conventional earth-based radome, 
then Tyj,^ - 290°K; however, for the post-blackout use, Ty^ > 290°K. 

The next serial element is the RT circuit loss between the antenna and 
the preamplifier. This is followed by the preamplifier, the RF circuit 
loss between the preamplifier and the receiver and, finally, the receiver 
element. The noise temperature referenced to the input of the first 




Figure 7. Mathematical Model of Receiving Circu 
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serial element, that is, at the outside of the tile, is given by 


T 


e 



TqO.,-1) 

T T< L T-’) + -i7t7- t 


VNF p a-1) 
17l t 1/l, 


Tq(L 2 - 1 ) T 0 (NF RCVR -1) 

+ r/r T T/L r G PA + Vh 1/L 1 1/L 2 G PM 


( 2 ) 


The noise temperature at the output of the first series el emu., c i e ' is 
altered by the gain of the first element, whicn is unity. Thus, T ' = 

T . Furthermore, the signal power at the output of the first element is 
C (Watts). The noise temperature at the output of the second element, 
i.e., at the input to the RF circuit, is simply T 1 times the gain of 
the second element, or 


T 


e 


n 


e L 



(3) 


Likewise, the signal power at the output of the second element is 


C" = 



(4) 


so that the signal -to-noise density ratio at this point is given by 


S _ C" 

N 0 ' k Y 


C* — 

l t 


kT 


1 

e L, 



(5) 


This is seen to be the same S/Nq as at the input to the second element. 
It can be shown in a similar manner that the signal -to-noise density 
ratio is the same for any point in the serial circuit as long as noise 
temperature and signal power are both correctly referenced to this same 
point. Thus, the signal -to-noise density ratio can be written as 
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where C' is the signal power that would appear at the antenna output 
terminals without the tile in front of the antenna. 

3.3 Discussion of Sky Noise Versus Antenna Polarization 

There sometimes exists some confusion over the concept of an 
effective sky temperature which is primarily due to the distribution of 
energy. There are three vibrational modes for the radiating molecules: 
one for each of the three vibrational orthogonal axis, each of which has 
an RMS thermal energy level of 1/2 kT, for a total energy of 3/2 kT. 

The fact that a microwave receiver detects linear polarization implies 
that only one third of the total energy (1/2 kT) is measured. However, 
by definition, the effective sky temperature is still T since it is 
related by Boltzmann's constant and therefore, when considering the input 
noise contribution, the sky temperature is not altered by polarization 
orientation considerations. 

Equivalently, since linear polarization can be decomposed into 
equal left-hand and right-hand circular polarization (LHCP and RHCP) com- 
ponents, the vibrational modes can also be treated as sources of circular 
polarization. A circularly polarized receiver will receive either the 
LHCP or RHCP components from both of the two linear orthogonal polariza- 
tions, for a total received energy of 1/2 kT, so that again the sky 
temperature is independent of the type of polarization. 
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4.0 SHUTTLE GPS ANTENNA PHASE SLOPE SPECIFICATION 

As the Shuttle maneuvers, i.e., pitches or rolls, the 
line-of-sight (LOS) signal path between the Orbiter and the GPS satellite 
is viewed via a different Shuttle/GPS antenna aspect angle. In general, 
the phase shift which an RF carrier experiences when "passing through" 
or being received by an antenna varies as a function of the antenna 
aspect angle. Thus, Shuttle maneuvers introduce a carrier phase modula- 
tion on the GPS signal. It is necessary that the GPS receiver suffer 
minimal degradation as a result of this phase modulation. One approach 
to guaranteeing minimal degradation is to control the phase slope of the 
Shuttle GPS antenna. A typical antenna phase slope characteristic is 
depicted in Figure 8. The analyses which follow establish the require- 
ment that the maximum phase slope of the Shuttle GPS antenna be no greater . 

than 20° electrical per mechanical degree. Discussion with the Rockwell 
Shuttle antenna engineers indicates that this constraint is not a design 
driver and should easily be met. 

4.1 Calculation of Tracking Error Variances 

Since the total loop phase error will be small if the 
operating correctly, a linearized model of the phased-lock loop has been 
used. The closed-loop transfer function, when optimally tracking a fre- 
quency offset Qq and ignoring the initial random phase, is derived in [4] 
and is given by 

1 + 1.5/W. s 

H(s) = y-y (6) i 

1 + 1.5/W l s + 9/8W l 4 s^ 

where is the double-sided loop bandwidth in Hz. 

Since the expected value of the tracking error will be zer, in j 

a properly designed loop, the tracking error is found in a mean-squared j 

sense, or ; 

°} » A /' |1 -H(s)| 2 |d(s)| 2 ds (7) 
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where d (s ) is the Laplace transform of d(t) and d(t) Is the phase 
modulation due to doppler » flgt. Insertion of the loop transfer func- 
tion defined In (6) yields a mean-squared tracking error dependent on 
frequency offset and loop bandwidth, or 

o d 2 = 0.42 n Q 2 /W L 3 (8) 


For a desired tracking error less than 2° or an error variance 
less than 4° and a two-sided loop bandwidth of 40 Hz, the acceptable fre- 
quency offset is bounded by ±778. 98°/ s. 

4.2 Calculation of Tolerable Antenna Phase Slope 

By definition, the frequency offset is the rate of change of 
the phase e(t) with respect to time, or 


a 


0 


de(t) 
dt * 


(9) 


The maneuvering rate of the Orbiter is a function of its roll 
rate r(t) and pitch rate p(t) and is given by 

3? • maneuver rate ■ (10) 

Therefore, de/dm, the phase rate of change due to pitch and 
roll maneuvers, is equal to 


* 

de _ de dt 

dm ~ dt dm ' 

Maximum roll and pitch rates in the Orbiter are 30°/s and 10°/s, respec- 
tively. The worst case regarding additional phase modulation due to 
maneuvers is the barbecue mode, which is essentially free-fall conditions, 
at the maximum roll and pitch rates. The scenario yields a worst-case 
value of = ±/78.98°/s and a corresponding GPS antenna phase slope of 
±24.637°. 
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4.3 Calculation of Tolerable Slope from Loop Steady-State Error 

Another approach to calculating the maximum allowable antenna 
phase slope Is to calculate the GPS receiver steady-state carrier track- 
ing loop error that results from the Shuttle maneuvers. We begin by 
assuming a perfect Integrator second-order loop with a one-sided loop 
noise bandwidth of <_ 10 Hz (worst case) and 6 ■ 0.707. We will allow 
the loop error to be ♦aq.owABLE - 4 °. Once a 9 a * n » the maximum Shuttle 
maneuver rate Is given by 


~ = J (ROLL RATE)* + (PITCH RATE) 2 * 327$ 


and the maximum Shuttle maneuver acceleration is given by 


d 2 m 

5 ? 


J(R0LL ACCELERATION) 2 + (PITCH ACCELERATION) 2 
637s 2 


The antenna phase slope is defined as 


-1 


d 2 e /dV 1 


c _ de _ de /dm\ ' _ d^e /d“m\ 

^AX " dm " 3t \W ~ (d?) 


The steady-state error for the second-order loop is given by 


r ss 


U ) 


“ - 0.28 


~T 


n 


B, 


and the maximum phase slope is given by 


a B, 

? ss L 


0.28 m 


or S MAX ^ 237° for the assumptions given. 


I 





4 


32 


4.4 Conclusions 

Both transient and steady-state analyses Indicate a maximum 
allowable antenna phase slope of 23°. A specification of <_ 20° Is 
recommended. This should be readily achievable from the Shuttle GPS 
antenna design being contemplated. 
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SHUTTLE GPS JAMMING IMMUNITY 


The question has been asked: "Should the Inherent jam 
protection of the Shuttle GPS receiver be enhanced with additional anti- 
jam signal processing techniques?" 

The analysis that follows concludes that such an undertaking 
would not produce effective results. 

The antijam protection afforded by the properties of the P-code 
spread spectrum modulation Is given by 


AJ = 101ogR pC QQ£ - 10 log BW pR0C£ss - lOlogS/N^ (12) 


where Rp C op£ is the p code chipping rate (10 Mchlps/s), bw P rocess * s the 
bandwidth of the receiver process co be jammed (assume code loop jamming 
with BW a 1 Hz), and S/N^ is the minimum required slgnal-to-nolse ratio 
(in BWp R Q C £ S g) for receiver functioning (assume 20 dB). Based on (12) and 
the assumed parameter values, the ideal or theoretical AJ margin is found 
to be 50 dB. 

The jammer has a great advantage of range. This advantage is 

given by 

Rcay 

RANGE ADVANTAGE a 20 log (13) 

k JAMMER 


where R^ is the line-of -sight range from the NAVSTAR satellite to the 
Shuttle (nominally, 10,000 miles) and Is the line-of-sight range 

from the jammer to the Shuttle (assume 200 miles). Thus, the jammer 
range advantage is approximately 34 dB. The required jammer power or 
EIRP to jam the Shutt 1 * GPS is thus given by 


JAMMER EIRP * SAT EIRP + AJ - RANGE ADVANTAGE (14) 

* 24 dBW + 50 dB - 34 dB 
= 40 dBW (nominal) 


If we assume a jammer antenna of "nominally" three ft In diam- 
eter (21 dB gain) and a commercially available off-the-shelf HPA of 1 kW, 
we see that the nominal jammer EIRP of 50 dBW is approximately 10 dB 
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greater than that required to jam the Shuttle GPS receiver. Furthermore, 
military HPA's of much greater power capability are available. Thus, It 
can be concluded that. If the jammer "sees" the Shuttle GPS omniantenna, 
he can "easily" jam the GPS signal. This would seem to preclude the use 
of a GPS antenna that simultaneously views the earth and the NAVSTAR. 

From Figure 9, It can be seen that an antenna In the upper-middle TACAN 
slot would be vulnerable to jamming since, when the Orblter Is In "level" 
flight at approximately a 200-mlle altitude, this antenna will view the 
earth. Furthermore, If the Orblter deviates more that approximately 20° 
from level flight, the upper GPS antenna will also view the earth. 

Two possible approaches to providing increased AJ protection 
to the Shuttle GPS receiver are loop rate aiding from the GPS and an 
electronic phased array, null-steering antenna. Figure 10 shows a block 
diagram of a code loop rate-aidlnn scheme that would allow the GPS R/PA to 
continue code tracking and pseudorange measurements in a jamming environ- 
ment. Preliminary analysis indicates that an Improvement in AJ perfor- 
mance on the order of 10 dB can be obtained by this technique. In light 
of the preceding discussion on jammer EIRP, it would seem that this 
approach is not to be recommended for this particular Shuttle/ jammer 
scenario. 

An electronic phased array, null-steering antenna, of which a 
generic block diagram is shown in Figure 11 can provide additional 
jamming protection. Open literature indicates that at least 30 dB of 
additional AJ may be obtained by this technique. However, this technol- 
ogy requires very expensive and lengthy development efforts.* Also, 
such an antenna would require substantially more Orbiter "real estate" 
than is currently available.* Thus, null-steering, phased-array antennas 
du not appear to be a viable alternative. 

The conclusion is reached that, for this phase of the Shuttle 
GPS development program, no additional techniques should be explored for 
enhanced AJ capability. 


Based on Collins GDM program experience. 




Figure 9. Visibility of GPS Antenna Locations 













Antenna Array 



Figure 11. Generic Phased-Array Null-Steering Adaptive Array Circuit 
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6.0 SHUTTLE GPS/AFJPO IC( 

As explained in a previous report [5J, because of the criticality 
of the Shuttle navigation function and because GPS navigation entails 
elements external to the Space Shuttle Transportation System (STS), it 
is necessary to establish an Interface Control Document (ICD) between 
the GPS system u nd the Shuttle. Examples of the external elements include 
the NDS and ONS Space Vehicle Navigation Subsystems and the PRN Navigation 
Assembly signal characteristics. 

Such an ICD has been established for the conventional user 
system segment, which does not include the Space Shuttle or any other 
space-borne users of GPS. This ICD, MH08-00002-400, Space Vehicle Nav- 
igation Subsystems and NTS PRN Navigation Assembly/User System Segment 
and Monitor Station, is a valid starting point for the GPS/Shuttle ICD. 

It alone, however, is not sufficient to guarantee the successful utili- 
zation of GPS by the Shuttle. An example of one shortcoming is that 
this ICD specifies the GPS signal power level at the earth's suface but 
not at the orbital altitudes at which the Shuttle operates. The current 
ICD for earth-bound users reflects the fact that the GPS satellite 
antenna patterns are shaped to provide a maximum power density approxi- 
mately uniformly ever the earth's surface, with rapid fall-off beyond 
the edge of the earth. The Shuttle/GPS ICD must specify the equivalent 
"pointing loss" for several Shuttle orbital altitudes or must specify 
the Effective Isotropic Radiated Power (EIRP) versus angle of the 
sate 11 ite/earth centerline. 

A first draft of a candidate ICD follows in Appendix A. 
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APPENDIX A 

INTERFACE CONTROL DOCUMENT 

SPACE VEHICLE NAVIGATION SUBSYSTEM 
AND 

PRN NAVIGATION ASSEMBLY/SPACE SHUTTLE RECEIVER-PROCESSOR SYSTEM 
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1.1 Scope . This Interface Control Document (ICD) establishes the design 
and control of the NAVSTAR Global Positioning System (GPS), Space Vehicles' Navi- 
gation subsystem, and PRN Navigation Assembly interfaces with the Space Shuttle 
Orbiter (SSO) GPS Receiver/Navigation Processor System. The intent of this ICD 
is to ensure operational compatibility of the interfacing segments by documenting 
those interfaces required to achieve the Space Shuttle Mission Navigation objectives. 

1.2 Key Dates . The following dates reflect the major milestones for which 


the system achieves operational capability: 

Item Date 
NAVSTAR Launches TBS 
Initial Operational Capability (IOC) TBS 
Full Operational Capability (FOC) TBS 


1.3 ICD Approval and Changes . Interface responsibilities are defined in 
terms of Johnson Spate Center (JSC) and NAVSTAR GPS Joint Program Office (GPS/JPO- 
SAMSO/YE) responsibi 11 .•.vs . The portion of the interface identified as the SSO 
is? the responsibility or JSC. The portion identified as the NAVSTAR GPS Space 
Segment and Ground Control Segement is the responsibility of the GPS JPO. Design 
requirements and parameters in this ICD are subject to the bilateral control of 
JSC and GPS JPO. 
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2. APPLICABLE DOCUMENTS 

2.1 Government Documents. The following documents of the Issue specified contribute 
to the definition of the NDS Space Vehicle (SV) NAV Subsystem and NTS PRN Navigation 
Assembly/SSO GPS Receiver/Processor interface and form a part of thia ICD to the extent 
specified herein. 

SPECIFICATIONS 

Federa l 

None 

Military 
None 

Other Government Activity 


SS-GPS-101B 
15 Apr 1974 


SS-SVS-101A 
20 June 1974 


SS-US-101B 
30 September 1974 


SS-CS-101B 
30 September 1974 


System Specification for the NAVSTAR 
Global Positioning System, Phase I; 
including Appendix I, Appendix II, 

SCN I, SCN II 

System Segment Specification for the 
Space Vehicle System Segment of the 
NAVSTAR Global Positioning System, 
Phase I 

System Segment Specification for the 
User System Segment for the NAVSTAR 
Global Positioning System, Phase I 

System Segment Specification for the 
Control System Segment of the NAVSTAR 
Global Positioning System, Phase I 


2.2 Non-Govemement Documents . The following documents of the issue specified 
contribute to the definition of the NDS Space Vehicle UAV Subsystem and NTS PRN Navigation 
Assembly/SSO GPS Receiver /Processor interface and form o part of this ICD to the extent 
specified herein. 

SPECIFICATIONS 

None 

OTHER PUBLICATIONS 
(TBS) 
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3. REQUIREMENTS 


3.1 Inf rface Definition . The NDS Navigation Subsystem and the PRN Navigation 
Assembly ahall be compatible with theSSO GPS Receiver /Processor . 

The Navigation Subsystem consiata of the PRN Signal Assembly, the 
Frequency Standard Assembly and the Antenna Assenfcly. A functional flow diagram of the GPS 
system and lta Interfaces is shown in Figure 1. 

3.1.1 Navigation Subsystem . TM space vehicle navigation system ahall provide 
continuous earth coverage for a navigational signal comprised of both a clear/acquialtion 
(C/A) signal and a precision (P) signal on one L-Band carrier and a precision (P) signal or 
a <C/>' signal on a second L-Band carrier. The navigation signal shall be composed of 
pseudo-random noise (PRN) ranging code signals. Superimposed data shall provide satellite 
system time for acquisition aiding, the space vehicle ephemerides and clock correction. The 
navigation signals shall be available to the SSO GPS Receiver/Processor (see paragraph 

3. 3. 2. 7). 

3.1.2 RF Characteristics PRN phase modulated signals shall be generated and radiated 
in two bands, Li and L 2 . The L} carrier component shall be bl-phase shift key (BPSK) 
modulated by separate PRN codes which contain the required navigation information. One 
carrier component shall be a precision (P) navigation signal, and the other shall be a clear 
acquisition (C/A) signal. The P and C/A carrier components shall be in phase quadrature and 
their relative RF power levels shall depend upon which of the two operating modes is 
utilized. The L 2 carrier signal shall be bl-phase modulated by the same P or C/A signals 
used to modulate Lj., selectable by ground command. The Lj. and L 2 carriers and all modulation 
rates shall be derived from a common frequency source. (For operating modes, see 3. 3. 2. 1.3).] 

3.1.3 Baseband Characteristics . Characteristics of the baseband P and C/A codes shall 
be as follows with the frequency and time tolerances being controlled by the SV frequency 


standard (see Paragraph 3. 3. 2. 9). 

P 

C/A 

Chipping Rate (Mbps) 

10.23 

1.023 

Code Repetition Period 

7 days 

1 millisecond 

Data rate (bits/sec) 

50 

50 

Frame length (bits) 

1500 

Same 


a. PRN P Code . The PRN P code shall be a ranging code, XPi(t), of 7 days in length at 
a chipping rate of 10.23 Mbps. The code generation technique shall have the capability of 
generating a set of 37 sequences of 7 days length. Each of the sequences shall be mutually 
exclusive. The space vehicle code generators shall be capable of generating a set of 32 
sequences of 7 days length which shall be selectable prior to launch. The remaining 5 
sequences shall be reserved for other transmitters. The 7 day sequence shall be the 
modulo-2 sum of two subsequences called and X 2 . The X^ sequence shall be 15,345,000 chips 
(1.5 seconds) long. Th X 2 sequence shall be 15,345,037 chips long. The phases of the 37 
codes are defined in Table I. 

b. PRN C/A Code . The PRN C/A code shall be a Gold code, XGi(t) of 1 millisecond in 
length, at a chipping rate of 1023 Kbps. The epochs of the Gold code shall be synchronized 
with the X} epoch of the P code. The P and C/A code selections are shown in Table 1. 


SIZE 

A 


CODE IDENT NO 

03953 


SCALE 


DRAWING NO 


REV 


SHEET 6 OF 


* FOftM«4t-F*7 REV *-70 





INTERFACE CONTROL DOCUMENT 


THIS DOCUMENT SPECIFIES TECHNICAL REQUIREMENTS AND 
NOTHING HEREIN CONTAINED SHALL BE DEEMEO TO ALTER 
THE TERMS OF ANV CONTRACT OR PURCHASE ORDER BE- 
TWEEN ALL PARTIES AFFECTED 


am 

A 

COOC IOENT NO. 

03953 

SCALE 

KCV 



SHEET 9 


















GPS 

PRN 

Signal 

No. 



Manuf . 
Part No. 

Useage 

Engr. Hodel 

Telecom Sim. 

1261708G9 

FSV-7 

1261708G1 

NTS-2 

1261708G2 

QTV 

1261708G10 

FSV-8 

1261708G3 

FSV-1 

1261708C4 

FSV-2 

1261708G5 

FSV-3 

1261708G6 

FSV-4 

1261708G7 

FSV-5 

1261708G8 

FSV-6 (QTV Refurb) 

GDE-1 

Grnd Transmtr #1 

GDE-2 

Grnd Transmrr 02 

GDE-3 

Grnd Transmtr #3 

GDE-4 

Gind Transmtr #4 

GDE-5 

Grnd Transmtr #5 


Table t-. Code Phase Selection 


Code Phase 
Selection 


Code 

Delay 

Chips 


First 
10 Chips 
Octal 


First 
12 Chips 
Octal 


C/A (G2i) P (X2 t ) C/A 


2*6 
2 * 6 
3*7 
4 • 8 
4*8 
5*9 
1*9 
2 * 10 
1*8 
2*9 
3 • 10 
2*3 
3*4 
5*6 

6 * 7 

7 * 8 
8*9 
9 ♦ 10 
1*4 

2 • 5 

3 • 6 

4 * 7 
5*8 
6*9 
1*3 
4*6 

5 * 7 
6*8 

7 • 9 

8 • 10 
1*6 
2*7 
3*8 
4*9 
5 • 10 
4 * 10 
1*7 
2*8 


Note: In the octal notation for the first 10 chips of the C/A code as shown in this column, 

the first digit (1) represents a "1" for the first chip and the last three digits are the 
conventional octal representation of the remaining 9 chips. (For example, the first 10 
chips of the C/A code for PRN Signal Assembly No. 1 are: 1100100000) 

Legend: • is an "exclusive or" 



*Recognlze C/A codes 34 and 37 are common 


















Mo wn] Ink System Data . The transmitted syntem data D(t) shall, as a minimum, carry 
space vehicle ephemerldes, system time, space vehicle clock behavior data, system status 
messages, and C/A to P signal handover information. The data stream D(t) shall be common 
to both the P and C/A signals on both Li and L2* The data frame format and content shall 
conform to the requirements established by paragraph 3.3,2,10. 

3.1.4 GPS Time . GPS time shall be maintained by the Control Segment. The space 
vehicles 1 clocks shall be set and their time shall also be maintained by the Control Segment 
via primary upload of the Navigation Processor. This space vehicle time shall be within 

seconds (approximately 1 ms) of GPS time. Corrections to maintain this time should 
occur no more frequently than once per year, but could occur weekly if the frequency 
accuracy specified in Paragraph 3. 3.2.9 cannot be maintained. 

GPS time spans one week (604, 800 seconds). At the end of each week it resets to zero. 
This weekly epoch occurs (approximately) at midnight Saturday night-Sunday morning, where 
midnight is defined as 0000 hours on the Universal Coordinated Time (UTC) scale, which is 
referenced to the Greenwich Meridian. Over the years GPS time may differ from UTC (modulo 
one week) by a few seconds. This is because GPS time shall be a continuous time, while UTC 
is corrected with leap seconds once a year (0000 hours, New Years Day) as required to keep 
it in step with the sun. GPS time shall be known, however, to within 100 microseconds of 
UTC. The difference shall be maintained and published by the Control Segment. 

3.2 Interface Identification . 

3.2,1 Space Vehicle NAV Subsystem and NTS PRN Navigation Assembly/SSO GPS Receiver/ 
Processor. The SS0 GPS Receiver /Processor shall utilize the navigation signals (L- and 
L 2 ) specified in paragraph 3. 3.2.1 of this TCD for the purpose of determining position, 
velocity, and system time. This interface is noted as (A) and (B) on Figure 1. 


3.3 Criteria . 

3.3.1 Interface Criteria . The NDS Navigation Subsystem and the NTS PRN Navigation 
Assembly shall be compatible with the SS0 GPS Receiver/Processor . The Navigation Subrr 

system consists of the PRN Signal Assembly, the Frequency Standard Assembly, and Antenna 
Assembly. 

3.3.2 Interface Functions . An antenna diplexer unit in the SV NAV subsystem shall 
accept two separate phase-modulated carrier signals (L.^ and L 2 ) , provide spectrum filtering 
to minimize out-of-band emissions, and combine these signals into a common port for simul- 
taneous transmission to the antenna. The SV antenna radiates the signals which are received 
by the SSO GPS Receiver /Processor . 

3. 3. 2.1 Radio Frequency Characteristics . The RF navigation signals radiated by the SV 
shall be provided by a PRN Assembly on the NAV subsystem aboard each of the SV ! s. The NAV 
subsystem shall provide the user with PRN RF signals in the L-^ and L 2 frequency bands. 
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3. 3. 2. 1.1 RF Signal Structure . The PRN signal shall have modulated data consisting of 
Information that includes handover data, space vehicle ephemerldes, clock correction, and 
procoseur data upload verification. The two types of signals provided shall be as follows: 


a. A clear/acqulsltlon (C/A) signal provided on L^. 
signal may be substituted for the P signal, by ground command. 


On Lj band, the C/A 


b. Precision (P) signal for properly equipped users provided on both and L 2 bands. 

3 3. 2. 1.2 Navigation Data Update . SV navigation data required by the SSO GPS Receiver/ 
Processor shall be updated by the MCS through the ULS in a SGLS-compatible mode. These 
data shall be stored in the NAV memory/processor module. Storage capacity shall be provider 
in each memory/processor module. These data shall be transmitted to the SSO GPS Receiver/ 
Processor via the P and C/A signals at a data rate of 50 bps. 

3. 3. 2. 1.3 Operating Modes . The NAV subsystem shall be capable of operating in the 
nine modes shown in Table II. The modes are differentiated by the specific combinations of 
P and C/A signals on Lx and L 2 . Normal mode for the P and C/A signals on Lx is -163 dBw and 
-160 dBw, respectively. Normal mode for P and C/A on L 2 is -166 dBw. High power mode is 
-158 dBw (C/A). Standby means that no RF carrier is transmitted. Modes 7 and 8 are for 
ground checkout. (See 3. 3. 2, 7.1 for details on the SSO GPS Receiver/Processor signal levels ) 

Table II. Operating Modes 



LJ 1 

.ink 

L 2 Link 

Mode 

P 

C/A 

P 

C/A 

1 

Normal 

Normal 

Normal 

Note 4 

2 

Normal 

Normal 

Note 4 

Normal 

3 

Normal 

High 

Normal 

Note 4 

4 

Normal 

High 

Note 4 

Normal 

5 

Normal 

Normal 

Note 3 

Note 3 

6 

Normal 

High 

Note 3 

Note 3 

7 

Note 3 

Note 3 

Normal 

Note 4 

8 

Note 3 

Note 3 

Note 4 

Normal 

Standby 

Note 3 

Note 3 

Note 3 

Note 3 


Notes: 1. High power will be on the NDS space vehicle only. 

2. Mode control shall be effected through the TT6C system. 

3. No RF carrier is transmitted. 

4. Modulation not present. 

3. 3. 2. 1.3.1 NTS-II Operating Modes . NTS-II shall not be capable of transmitting in 
modes 3, 4 and 6. 
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3. 3. 2. 1.4 Frequency Plan . The carrier frequencies for Che Lj and L 2 signals shall be 
coherently derived from the (nominal) 10.23 MHz oscillator frequency. To compensate for 
general relativistic effects, the actual SV frequency standard frequency is 10.23 MH Z offset 
by -4.45 x 10-10 Af/f 0 r a Af of -4.55 x 10“ 3 Hz. This is equal to 10.22999999545 MH Z . The 
nominal carrier frequencies are: 

Li . 1575.42 MHz 

l 2 * 1227.6 MHz 

The definition of in-band channel allocation for both the and L 2 carriers shall be 
+10.23 MHz about center frequency for both P and C/A signals. 

3. 3.2. 1.5 Out-of-band Emissions . The sideband RF power outside of the in-band channel 
allocation shall result in a field strength at the user such that the flux densities for the 

and L 2 P signals shall not exceed the values shown in Figures 2 and 3, respectively. 

3. 3. 2.1.6 Signal Coherence . All transmitted signals shall be coherently derived from 
the same on-board frequency standard and all digital signals shall be clocked in coincidence 
with the PRN transitions for the P-signal and occur at the P-signal transition speed. The 
effective phase difference between the P and C/A signals on Li shall be less than 5 nano- 
seconds (one sigma) during all operations. 

3. 3.2.2 Code Waveform Characteristics . 

3. 3. 2. 2.1 Pulse-to-Pulse Jitter . Pulse-to-pulse jitter is defined as the variation in 
the transition time of the leading edge of any code chip. The pulse-to-pulse jitter value 
shall he consistent with the correlation loss specified in paragraph 3.3.2.7.3d. 


3. 3. 2. 2. 2 Incidental AM. Incidental AM on the P and C/A signals shall be less than 


1 db. 

3. 3. 2. 2. 3 Delete (N/A) 

3. 3. 2. 2.4 Carrier Phase Noise . The phase noise spectral density of the unmodulated 
carrier shall be such that a phase locked loop of 10 Hz one-sided noise bandwidth shall be 
able to track the carrier to an accuracy or 0.1 radians RMS. The typical transmitted carrier 
phase noise spectral density versus frequency is given in Figure 4. 

3. 3.2. 3 Spurious Transmissions . In-band spurious transmissions shall not be greater 
than -40 db referred to the unmodulated carrier level. 

3. 3. 2.4 Equipmen t Gr oup Delay Variation * Equipment group delay variation is defined 
as l he uncertainty in group delay as observed at the L-band radiated output with respect to 
the frequency standard output. The effective group delay uncertainty of either Lj or L 2 
shall he less than 1.5 nanoseconds (one sigma). 


SIZE 

A 

CODE IDENT NO 

03953 

I scale 

REV 


SHEET 13 












fill 


Vi , li 

-V‘H :r — r r tt 

! i 

: i *■«%* 1 


HU 


m 


i:;l : ! : h!!SIfe:l !rl : !: 


(i » ‘ ; IT "■ • ; 1 •• 

! 1 1 1 1 ! i iii: i I!! t • f 1 ’ 

li iiiiTtrtivtil'i': ill i:T ~'r r:: 

fn 7 :,) f„ 


(ONfiOHf)) «3sn iv VnsKna lifj]: 
r • *i~' • -r — ■; *i: m : i nil- 


■ f I i , T ' l:lli|. WL :r 

INTERFACE CONTROL DOCUMENT 


THIS DOCUMENT SPECIFIES TECHNICAL REQUIREMENTS AND $ IZE COOE IOENT NO. I DRAWING NO. 

NOTHING HEREIN CONTAINED SHALL BE DEEMED TO ALTER A f 

THE TERMS OF ANY CONTRACT OR PURCHASE ORDER BE- n | UJjUU ^ 

TWEEN ALL PARTIES AFFECTED SCALE I REV I SHEET 


15 OF 


Figure 3. L 2 -P Signal - Flux Density at Ground vs Frequency 




WOTt: L band values In db/Us • 10.23 MU value* ♦ 

SO dB/Ha 

Legend: 
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Figure U. Typical Trunumitted Currier Phuse Nolee 
Spectre! Uenelty ve. Offset Frequency at 10.23 MHe 
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3. 3. 2. 4.1 (U-U)P Dif ferential Gro up Delay. The differential group delay between 
the radiated Li and L£ P signals shall be specified as consisting of random plus bias 
components. The mean differential delay shall be defined as the bias offset in the 
(L-|-L 2 )P differential delay. For a given Navigation Subsystem redundancy configuration, 
the mean delay shall not exceed 15.0 nsec. The random variations about the mean shall 
not exceed 1.5 nsec (one-sigma). 

3. 3.2. 5 Timing Accuracy . The codes will always be maintained by the Control Segment 
within 976 microseconds of system time for each SV. In addition, the effective time 
difference between space vehicle time and system time shall be maintained within 10 micro- 
seconds. Space vehicle time is defined as the mathematical combination of PRN code phase 
and the time asynchronization terms in the space vehicle almanac (Ref. para. 3.2.2.10.5.3). 

3. 3.2.6 GPS Satellite Antenna Polarization . The transmitted GPS signals will be 
right-hand circularly polarized. The maximum ellipticity for the LI and L2 signals for 
the range of angles , as defined by Figure 5, shall be as given in Figure 6. 


Orbiter Position 



Figure 5. Definition of Angle 4> For Specification of GPS Signal Ellipticity 
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Figure 6. GPS Signal Maximum Ellipticity 


Sheet 17 




3. 3. 2. 7 GPS Signal Levels at the Space Shuttle 

3. 3.2. 7.1 Minimum Incident RF Flux Density 

3. 3. 2. 7. 1.1 On-Orbit Minimum Incident RF Flux Density 

When the Space Shuttle Orbiter is in orbit, as represented by the sample 
orbits listed in Table III, the incident RF flux density at the Orbiter shall 
not be less than the values given in Table IV. These values shall be valid 
for conditions when the angle between the line of sight (LOS) path between the 
Orbiter and the GPS satellites and the path tangent to the earth's surface from 
the Orbiter is TBD degrees or more, as shown in Figure 7. 

Table III. Sample Orbiter Orbits for Specification of Minimum Flux Density 


Orbit Type 

Perigee 

Apogee 

Inclination 

TBD 

TBD 

TBD 

TBD 

' - - 


Table IV. Minimum GPS Incident RF Signal Flux Density at Orbiter 
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Figure 7. Geometry for Specifying Minimum GPS RF Flux 
Density at Orbiter in Orbit 

3. 3. 2. 7. 1.2 In-Atmosphere Minimum Incident RF Flux Density 

When the Space Shuttle is located in altitude (relative to sea 

level) between 0 feet and TBD feet, the minimum incident RF flux density 

at the Shuttle shall be as given in Figure 8. The LOS elevation 

angle is defined as the angle between the local horizontal and the LOS 

path from the Shuttle to the GPS satellite. 
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Figure 8. Minimum Incident Flux Density at Shuttle 
Located in the Atmosphere 
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3. 3. 2. 7. 2 Pointing Loss Slope 


It is recognized that there may be Shuttle missions outside the 
envelope described by Table III. For these cases, the minimum incident 
flux density is given by the pointing loss slope shown in Figure 9. 

The angle o is defined in Figure 10. 



Figure 9. Pointing Loss Slope for GPS Minimum Incident 
RF Signal Flux Density 


LOS to Orbiter 



Line Tanget to 
Earth's Surface 



Figure 10. Definition of Angle for Pointing Loss Slope 
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3. 3. 2. 7. 3 Li Navigation Signal. The primary navigation signal at the Li 
frequency shall consist of the complete P and C/A signals In phase quadrature. 

These signals shall also carry digital navigation data required by the user. 

a. The P-signal shall be a continuous-carrier biphase modulated by a 
10.23 Mbps PRN ranging code. Each SV shall radiate on the same frequency, but 
be differentiated by code-division-multiplexing techniques. System data shall 
be transmitted by Modulo-2 addition of a 50 bps digital stream with the ranging 
code prior to carrier modulation. 

b. The C/A signal shall consist of a PRN/BPSK carrier with a chipping rate 
of 1023 kbps. Navigation data shall be Modulo-2 added with the ranging code and 
shall be identical to that carried on the P-signal. 

c. P and C/A signals shall be transmitted on the same Li carrier in phase 
quadrature +100 mr (peak); the relations between composite signal phase and code 
states are shown in Table V. Crosstalk between the P and C/A signals shall be 
less than -20 dB. The total AM modulation on the total composite carrier observed 
only in the middle 50 nanosecond portion of each chip shall be less than 1 dB. 

The nominal rise/fall time of the RF modulated waveform shall contribute to the 
correlation loss specified in paragraph 3.3.2.7.3d. 

d. Correlation loss is defined as the difference between the radiated SV 
power in a 20.46 MHz bandwidth and the signal power recovered in an ideal 20.46 MHz 
bandwidth correlation receiver. The correlation loss apportionment is as follows: 

1. SV modulation imperfections 0.6 dB 

2. Ideal UE receiver waveform distortion 0.4 dB 
(due to 20.46 MHz filter) 
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Table V. Composite Lx Transmitted 
Signal Phase and Code State Relationships for Normal Mode 



Composite Lx 
Signal Phase 


Code State 



Note: Positive angles lead, negative angles 

lag. 


3. 3. 2. 7. 4 L? Navigation Signal . The secondary navigation signal generation, modulation, 
and data of the L 2 navigation signal shall be Identical to that of the Lx P and C/A aignals. 
Upon command either the P or C/A signal shall be transadttad, but not both. 

3. 3.2.8 Navigation Signal Structure . The P signal, P(t), shall be a continuous 
sinusoidal carrier^ biphase modulated according to the Modulo-2 sum of a PN code, XP(t), and 
a synchronous data bit stream D(t). Fig. 11 depicts a simplified block diagram of the 

combined P and C/A signal generation scheme. The chipping rate of XP(t) shall be 10.23 Mbps. 
XPi(t) shall be generated by the Modulo-2 sum of two PN codes, Xl(t), and X2(t+njT), where 

T equals the period of one P-code chip or (1.023 x 10?) “1 sec. The same basic XP(t) code 

generator shall be used with each assigned one of the 32 possible XP(t) unique code phases 
for the SV's. Five additional code phases will be reserved for other transmitters. 

(see Table I) . 

3. 3. 2. 8.1 P-Code Generation . The P channel shall have a chip rate of 10.23 Mips. The 
P digital stream is the Modulo-2 sum of the data bit stream clocked at SO bps, and two 
extended patterns clocked at 10.23 MHz (XI and X2). XI itself is generated by the Modulo-2 
sum of the output of two 12-stage registers (X1A and X1B) short cycled to 4092 and 4093 
chips respectively. When the X1A short cycles are counted to 37SO, both the X1A and X2A are 
reset and the XI epoch is generated. The XI epoch occurs each l.S seconds, after 15,345,000 

chips of the XI pattern. The polynomials for X1A and X1B as referenced to the shift 

register Input are: 

X1A: 1 + X 6 + X 8 + X 11 ♦ X 12 

X1B: 1 + X 1 + X 2 + X 5 + X 8 + X 9 + X l0 + X 11 + X l2 

A sample of the relationship between shift register taps and the exponents of the corres- 
ponding polynomial referenced to the shift register Input are shown in Figures 12, 13, 14, 
and 15. 

Following the Xl epoch the first twelve chips of X1A contained In stages 1 through 12 (left 
to right) are 000100100100. The last three chips 001 of the 4095 sequence corresponding to 
this polynomial are omitted in shortening the sequence. The first twelve chips of X1B 
contained in stages 1 through 12 (left to right) are 001010101010. The last two chips of 
the 4095 sequence corresponding to this polynomial, 01, are omitted in shortening the 
sequence. 
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Figure 12. X 1A Shift Register Generator Configuration 
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Figure 13. X IB Shift Register Generator Configuration 
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Figure 14. X 2A Shift Register Generator Configuration 
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At the occurence of each epoch, X1A and X1B each begin at the first chip of their respective 
sequences. Shortly before X1A completes the 3750th (last) cycle of each 1.5 second epoch 
Interval, X1B completes its 3749th cycle. Thereupon, X1B is stopped, at the final chip of 
its cycle, until X1A completes its cycle, whereupon both begin a new epoch at the first chip 
of their respective sequences. 

X2 is similarly generated by the Modulo-2 sum of the output of two 12-stage registers 
(X2A and X2B) short-cycled to 4092 chips and 4093 chips respectively. The polynomials for 
X2A and X2B as referenced to the shift register input are: 


1 + X 1 + X 3 + X 4 + X 5 + X 7 + X 8 + X 9 + X 1 
1 + X 2 + X 3 + X 4 + X 8 + X 9 + X l2 


♦ X 11 + x 12 


The first twelve chips of X2A in stages 1 through 12 (left to right) ate 101001001001. The 
last three chips, 100, of the 4095 sequence corresponding to this polynomial, are omitted in 
shortening the sequence. The first twelve chips of X2B in stages 1 through 12 (left to 
right) are 001010101010. The last two chips of the 4095 sequence, 01, are omitted in 
shortening the sequence. At the beginning of each 1-week interval, all four 12-stage coders 
begin their sequences together. Thereafter, each time that X2A is in its 3750th cycle, when 
X2B completes its 3749th cycle, X2B is stopped until X2A completes its 3750th cycle. Then 
both X2A and X2B remain in their final state for 37 more of the 10.23 MHz pulses, and then 
both begin at the first chip of their respective sequences. The period of X2 is accordingly, 
15,345,037 chips. During the last cycle of X1A of a one-week interval, each of X1B, X2A and 
X2B are halted upon reaching the last chip of their respective sequences until X1A completes 
its cycle and all four registers begin their sequences together. The X2 sequence is delayed 
by a selected Integer number of chips, i, ranging from 1 to 32 and then is added Modulo-2 to 
the XI sequence to produce XP^(t). The spacecraft P-code mechanization is shown in 
Figure 16. (The End-of-week signal occurs 400 usee before the Start-of-week signal.) 

Signal component timing is shown in Figure 17 . The P-code reset timing and the final code 
vector states are shown in Tables VI and VII, respectively. 

3. 3. 2. 8. 1.1 Z Count . The Z-count is defined as the 19 bit binary number that is equal 
to the number of XI epochs that have occurred since the end of the previous week. The range 
of the Z-count is from 0 to 403,199. The epoch that is coincident with the start of the 
present week is defined as the zero state of the Z-counter. The relation between actual 
Z-count and the Z-count message in the HOW is shown in Figure 18. 


3. 3. 2. 8. 2 C/A Code Generation . The C/A channel has a chi 
C/A digital stream is the Modulo-2 sum of (1) the data bit stre 


ate of 1.023 Mbps. The 
•f 50 bps (D) , and (2) a 


1023 bit linear pattern of 1.023 Mbps (XG^(t)). Epochs of the ode and the transitions of 
D are aligned with the XI epochs of the P code. The code is itself the Modulo-2 sum of two 
1023 bit linear patterns G1 and G2^ generated by 10 stage shift registers having the 
following polynomials as referenced to the shift register input (See Figures 19 and 20) : 


+ + 1 


G2 * X 10 + X 9 + X 8 + X 6 + X 3 + X 2 + 1 

G?i phases are chosen by the phase selector which is the Modulo-2 sum of the contents of a 
pair of stages. The code phases and first ten chips of the C/A code are shown in Table I. 
The C/A code mechanization is shown in Figure 21. C/A signal timing is shown in Figure 22. 
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Table VI • P-Code Reset Timing 
(Last 400 psec of 7 Day Period) 
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Table VII. Final Code Vector States 
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1 . HOW Z-count = 17 most significant bits of 19 bit actual Z-count at the start of next subframe. 

To convert from HOW Z-count to actual Z-count at the start of next subframe, multiply by four. 

2. First subframe starts synchronously with End/Start of week epoch. 


Figure 18. Time Line Relationship Between Actual Z-Count 
and HOW Message Z-Count 
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Figure 19 . G1 Shift Register Generator Configuration 
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Figure 20 . G2 Shift Register Configuration 
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3. 3. 2. 9 Frequency Standard . A uigii* y accurate frequency standard shall be provided 
as part of the NAV subsystem as a common source for coherently deriving carrier RF signals 
and for clocking of the PRN generators. The frequency shall be adjustable via the TT&C in 
steps no smaller than 4 x 10~12 Af/f over a range of +2 x 10~9 Af/f around nominal* The 
nominal output frequency shall be 10.23 MHz. (See paragraph 3. 3. 2. 9. 2 for exact frequency). 

3. 3. 2. 9.1 Frequency Standard Drift . Linear frequency drift shall not exceed 1 x 10* 12 
per day after 24 hours of continuous operation. 

3. 3. 2. 9. 2 Frequency Accuracy . The exact output frequency of the frequency standard 
adjusted for relativistic effects shall be 10.22999999545 MHz plus or minus 3.725 parts in 
10* as maintained by the Control Segment through the AFSCF . 

3.3.2.10 Signal Data . The signal data shall allow the user to navigate successfully 
with the CPS. As a minimum, the signal data shall carry space vehicle epheraerides , system 
time, space vehicle clock behavior data, transmitter status information, and C/A to P 
signal handover information. The data stream, D(t), shall be common to both the P and C/a 
signal on both L^ and L 2 » 

3.3.2.10.1 Data Rate and Format . The data shall be non-return to zero, at 50 bps. 

The data format is as shown in Figure 23. The complete data message shall be called a 
frame. The frame shall have a length of 1500 bits. Each frame shall be made up of five 
subframes, each subframe being 300 bits long. Each subframe shall consist of 10 words, each 
30 bits long; M£B of all words transmitted first. 

3.3.2.10.2 Data Frame Contents . Each data frame shall contain telemetry words (TIM), 
handover words (HOW), both generated by the SV and data blocks generated by the CS. There 
shall be no more than 8 data blocks. The data blocks are distributed within the subframes 
as specified in paragraph 3.3.2.10.5. The contents of the TLM and HOW words and the data 
blocks are discussed in the following subparagraphs. Two options may exist regarding 
parity, l.e. Option (1) the SV generates (calculates) parity for th^ TLM/HOW words only and 
the CS generates parity for the data words, and Option (2) the SV generates all parity. 

Each subframe shall contain a TLM word and a HOW word and shall start with the TLM/HOW pair. 
The TLM word shall be transmitted first, immediately followed by the HOW. The latter is 
followed by the data blocks (See Figure 23). Thus, a TLM/HOW pair shall occur every six 
seconds in the data frame. 

3.3.2.10.3 Telemetry Word (TLM) . Each TLM word is 30 bits long, occurs every six 

seconds in the data frame and is the first word in each subframe. The format is as shown 
in Figure 24. Bit 1 is transmitted first. Each TLM word shall begin with a preamble 
followed by the TLM message and 6 parity bits. Notification of a roll momentum dump shall 
be provided by a roll momentum dump flag in the HOW, a five bit function code and eight bits 
of the truncated Z-count contained in the Z-count buffer of the SV processor at the initial- 
ization of the roll momentum dump. (See Figure 25 ). Thet;e eight bits are obtr 4 ned as 
follows: Of the 19 bits Z-count, the three most significant bits are truncated and the 

eight least significant bits truncated. The remaining eight bits are p^ced into bit 

positions 15 through 22 of th. TLM word (See Figure 25). Of any ! vunber of roll momentum 
dumps, the last one will be recorded. After a moi entum dump has taren place, the truncated 
Z-count for the momentum dump is over-written when any other telemetry request has been 
processed. The contents of the TLM message are shown in Table VIII. 
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Figure 24. TLM/H0'. T Message Format 
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Figure 25. Roll Momentum Dump as Shown In TLM and HOW Words 









Table VIII. TLM Message Contents 


St«t« 

Function 
Code 
Bits 1 
to 5 

Magnitude 
BUe « to 14 

Remarks 


Inde terminate/ KOM 

00000 

ooooooooo 

End of sassage block received . 


Indeterminate Timeout 
While S*blti Are Not 
Belli* Transmitted 

ooooo 

mmiii 

This sassage will be present upon the occurence 
of s prlsary or alternate upload tlseout. 

Occurs only after an upload data block. 

p 

K 

1 

Indeterminate Timeout 
While S-blte Are 
Being Trene«ltted 

00000 1 
o 

OOUdO 

o 

uOOOi 

i niuiiii 
nnooioo 
111100100 

One of these oeeeagea will ba pteseac upon the 
occurence of e prlsary or alternate upload 
tlseout. Occurs only after an upload data 
block . 

A 

K 

Symbol Error 

11000 

0000 0 (1 0 S D/A) 

The illegal pattern is traneslteed la the [ 

rlghtsoat 4 bite of the sagnltuda.*** 

Y 

U 

S In Word 

11001 

Word count where** 
S occurred; right 
adjusted 

S occurred illegally in bit position 2 through 

17. 

1 

o 

A 

Word Parity Error 

11010 

Word count of** 
parity error; right 
adjusted 

Bed parity in indicated word. Word count 
applies only to upload date block. 

li 

A 

l 

Word * mini 1 1 1 or 

non 

Illegal word** 
count, right 
adjusted 

First S occurred in bit position 1 but the 
resultant word count was in dlaagreesant with 
word count header. Pertains to upload date 
block# only. 

1 

t: 

Checksum Lrror 

moo 

ooooooooo 

tapre ar checkeus. Block unldantlf lad. 
Applies to upload date blocks only. 

s 

Attempt to Write lit 
Protected Area 

lino 

000 (data block 
number) 

This le the only error seesaga containing the 
block number. ' 


Addteaa Reject 

11101 

00000 (pointer) 

Pointer +1 points to currently effective 
address. Pointer ie an Integer fros 0 to 

13 Inclusive. 


Address Accept 
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ooooooooo 

Address block is considered to be block aero. 


Mock Accept 
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ono (block nutabar) 

Block accept with no errors. 

0 
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Psased 
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Teat Result la Go* 

<; 

fi 

Olsgnosllt Teat Not 
Passed 1 

ibftoo 

tin loioo 
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Protected Page 
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111 J 1 1000 

* 
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iJ 

KAM Dump 

10000 

0 (8 KAM bits) 

Messages occur sequentially until requested 
memory dump has bean completed. 

0 

1 

H 
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Has Executed 

. . j 

ooooo 

- - 1 

ooooooooo 

Initialises to seme code as Indeterminate /E0M; 
message stands until ovarwtittan by any other 

message . 

IJ 

Roll lossniui Dump ] 

Has Occurred 

01000 

1 

0 (Z-Count, 
truncated) 

Moat recent roll moaientuai dump time le 
recorded, with 3 MSB end 8 LSD truncated. 


Status Message 

let; New block accept 

2nd: Untransaltted previous block a£C*pt 

r ° r ty 3rd: First error in block 

4th- Koll Momentum Dump 


Notes 1. Primary upload status 

types listed earlier 

error message listed (n the table, if received, indicates thee error 
in the table did not occur. 


2. An alternate upload by the AKSt'F at snv other AKSCF command will result in s Primary 

Upland statue error Indicated. Usually this siror Indication will be for a word parity 
error hut other error indications, l e . symbol error parity error. 5 In word, Word (.mint 
lrror and Checksum Error ate possible 


j. Shutdown of the SV commend receiver will probably result In s symbol eiror Indication or 
pnsilblv an S In word Indication. 


^Function code «nd magnitude appear as shown for one subframe and are then supS'sedcd by function 
coda and magnitude that wete previously present. 

••Word count lr magnitude field la actual word count minus 1 (one). 

•••A one (1) la set for each of the 4 symbol components that la prastnt . If all 4 bite are 0 they 
will ba reported as all l'& via NAV Date TLM. 
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3.3.2.10.4 Handover Word (HOW) . The HOW shall be 30 bits long and shall be the 
second word in each subframe immediately following the TLM word. A HOW occurs every six 
seconds in the data frame. The format and content of the HOW shall be as shown in 
Figure 24. The MSB is transmitted first. The HOW begins with the upper-most significant 
17 bits of the Z-count. These 17 bits correspond to the Z-count at the XI epoch which 
occurs at the start (leading edge) of the next following subframe. Bit 18 is reserved for 
the roll momentum dump flag and bit 19 for a synchronization flag. The roll momentum dump 
flag (a "1" in bit 18) Indicates that a roll momentum dump has occurred since the last 
upload. This flag is reset at a new End-of-Message transmission at the conclusion of the 
next upload. When bit 19 is "0", the SV is in synchronization. Synchronization is defined 
as the condition in which the leading edge of the TLM word is coincident with the XI epoch. 
If bit 19 is a "1", this condition does not exist, i.e., the SV is not in synchronization 
and further data may be erroneous. Bits 20 through 22 contain the Subframe Identification. 
These three bits show which subframe it is within the frame (See Table IX) . 


Table IX. Subframe Identification 
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3.3.2.10.5 Data Block Contents . The contents of the data blocks are described in the 
following subparagraphs. 

3.3.2.10.5.1 Data Block I . The content of Data Block I shall be the SV clock correc- 
tion parameters. These parameters shall be the three polynomial coefficients, sq, aj_ and 
a 2 » the L 1 -L 2 correction term for the Lj only User, Tgd* the eight ionospheric correction 
parameters 0 ^ and SnJ n * 0, 1, 2 & 3; a reference GPS time since weekly epoch, t oc , and the 
age of data (clock), AODC. The GPS weekly epoch shall occur at midnight Saturday night - 
Sunday morning (see paragraph 3.1.4). 

The polynomial shall describe the SV PRN code pi ase offset referenced to the phase center of 
the antennae, Atsv with respect to GPS system time, t, at the time of data transmission. 
These coefficients describe the offset for the interval of time (one hour as a minimum) in 
which the parameters are transmitted. The polynomial shall also describe the offset for an 
additional one-half hour (i.e., one-half hour subsequent to the beginning of transmission of 
the next set of coefficients) to allow the user time to receive the. message for the new 
interval of time (one hour as a minimum). 

The age of data word (AODC) shall provide the user with a confidence level in the SV clock 
correction. AODC represents the time difference (age) between the Data Block I reference 
time (t oc ) and the time of the last measurement update (tj^) used to estimate the correction 
parameters. That is, 

AODC = t oc -t L 

AODC shall indicate the GPS time of week at which the correction parameters were estimated, 
to provide the User with a confidence level in the SV clock correction. 
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3.3.2.10.5.1.1 SSO GPS Raceiver/Processor Algorithm for SV clock correction . The 
SSO GPS Receiver/Processor shall correct the time received from the SV with the equation 
(in seconds) 


where 


c ” c sv * At sv 


a. + a.. (t - t) + a, (t - t )' 
0 1 oc 2 oc 


t '■w GPS time (seconds) 

t ^ SV PRN code phase time at message transmission time (seconds) 

O V .. .. 1 j-s® i 

t Data Block I reference time (seconds) 
oc 

a^, a^, ^ Data Block I parameters 

Note that equations 1 and 2 as written are coupled. While the coefficients ag, and a2 
are generated by using GPS time as indicated in equation 2, sensitivity of r. to t is negli- 
ligible. This negligible sensitivity will allow the SSO GPS Receiver/Processor to approxi- 
mate t by tg V in equation (2). Since GPS time spans only one week, the value of t must 
account for beginning or end of week crossovers. That is, if the quantity t-t oc is greater 
than 302400, subtract 604800 from t. If the quantity t-t oc is less than -302400, add 
604800 to t. 

The parameters aQ, a^ and a 2 shall include all general relativistic effects of the SV clock. 
The relativistic effects shall be included in the coefficients by the MCS as follows: 


a 55 *m ♦ a r 


where 


"ff -v the vector of clock coefficients in Data Block I 

!T m ~ a vector of clock coefficients generated by using the clock model, 
excluding relativistic effects 

T r ^ a vector of coefficients due to relativity, generated as follows: 

_ / i r\ 10 sec _ / 1 _ ■ _ t-. / _ \ 


a_ = -4.443 x 10 
Or 


f meter 


-e sin E (t ) 


a 1 = -4.443 x 10 e Jk n cos E (t )/[l-e cos E (t )] 

lr / — v cc oc J 

J meter 


a* = 2.2215 x 10 

2r 


-10 sec 


e Jk n sin E (t )/[l-e cos E (t )] 

v oc" v oc 

/meter 


The orbit parameters used here are described in discussions for Data Block II 
(paragraph 3. 3. 2. 10. 5. 2). 
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These coefficients are sufficiently accurate to the extent chat the approximations given 
below are valid: 


sin n (t-t ) s n (t-t ) 
oc oc 


cos n (t-t ) « 1 - — 
oc' 2 


(t-t v 
oc 


For e ■ .02, and t-t < 45 min. these approximations provide errors less than .5 nano- 
second. After 45 minutes these errors of approximation degrade as: 


1 hr 1 ns 

2 hr 8 ns 

3 hr 26 ns 

4 hr 60 ns 

This form of correction for relativity does not provide a graceful degradation to the clock 
correction. The user may achieve more graceful degradation if he subtracts the vector a r 
from the coefficients received in Data Block I and corrects time with both the resulting 
polynomial and with the offset due to relativity given by. 


At r - (-4.443 x 10 


-10 sec 
./meter 


e s/k sin E (t) 


thus. 


At SV ■ (a o ■ a or> + (a l ' «lr> ''-'oc* + (a 2 ' a 2r> (t ‘ t oc ) + “r 


3.3.2.10.5.1.2 Data Block I Format . Data Block I shall occupy the third through tenth 
30 bit words (including parity) of the first subframe (see Figure 23> . The third and fourth 
30 bit words of the first subframe (see Figure 23) are spares. The spare words shall 
contain a simple bit pattern in the information bearing bits (i.e., bits 1-24) and parity 

in the remaining 6 bits. 

The number of bits, the scale factor of the least significant bit (LSB) , which s^all be the 
last bit received, the range and the units of the parameters shall be as specified in 
Table X. 

3.3.2.10.5.2 Data Block II . The content of Data Block II shall be the ephemeris 
representation parameters. These parameters shall be an extension to Keplerian Orbital 
Parameters describing the orbit during the interval of time (nominally one hour) for which 
the parameters shall be transmitted. They shall also describe the orbit for an additional 
one-half hour to allow the user time to receive the message for the new interval of time 
(one hour). The definitions of the parameters are given in Table XI. 

The age of data word (AODE) shall provide the user with a confidence level in the emphemeris 
representation parameters. AODE represents the time difference (age) between the Data 
Block II reference time (t Qe ) and the time of the last measurement update (t^) used to 
estimate the representation parameters. Thai is, 
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Table X. Data Block I Parameters 


Parameter 

Spare 

Spare 


No. of Bite Scale Factor (LSB) 


Range 


Unite 


24 

- 

- 

- 

24 

- 

- 

- 

a 

2 -Jl 

, 2 -24 

seconds 

8 

2~ 31 

22 -24 

seconds 

8 

2**29 

♦ 2"*22 

seconds 

8 

2-* 

♦ 2 ~ 21 

so c ends 

8 

2* 


seconds 

8 

2 9 

♦2 16 

soconds 

8 

2 10 

12 17 

seconds 

8 

2> 2 

♦2 19 

eoconde 

8 

2~ 3 5*4.66 x lO" 10 

i2~ 2 W5.96 x l<f e 

oo conds 

8 

2 U - 2048 

2 19 - 5242ea 

seconds 

16 

2 1 * - 16 

604,784 

seconds 

8 

2" 55 s2.78 x 10 -1? 

t2~ / *=t3.553 x 10" 15 

soc/soc 2 

16 

2“ / * 3 =1.14 x 10~ 13 

C2“ 2 =i3.725 x 10~ 9 

soc/sec 

22 

2" 3 l =:4.656 x lO" 10 

i2~ 1( ~i9.766 x 10“ 4 

seconds 


( i ) indicates that sign bit shall occupy the most significant bit (MSB) 
NOTEt All binary numbers will be two's complement. 
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Table XI. Elements of Coordinate Systems 


u s 3 986008 x 10 14 meter , * WC S 7 i VALUE OF THE EARTH'S UNIVERSAL 

#ec 2 GRAV ATIONAL PARAMETER 

O e = 7 . 292115147 x 10 ‘ 5 -lil WGS 7 1 VALUE OF THE EARTH’S ROTATION 


A r ( /A) 


RATE 

SEMI-MAJOR AXIS 


"•'/ 7 

t. s: t - t * 
k o# 

n -r n -f An 
o 

M, - M + nt 
k o k 


M, = E, - e sin E, 
k k k 


cos v - (cos E - e) / (1-e cos E ) 

k k k | 

sin v k . JiT? sin E^/fl-e cos E^) j 

0 , = v, + <4> 

k k 

8 u = C sin 20 + C cos 20 
k us k uc k 


8 r , = C cos 20, + C 
k rc K r 


sin 20 
s k 


8 .. = C. cos 20 + c. sin 20, 

ik ic k s 


COMPUTED MEAN MOTION 


TIME FROM EPOCH 


CORRECTED MEAN MOTION 
MEAN ANOMALY 

KEPLER'S EQUATION FOR ECCENTRIC 
ANOMALY 


TRUE ANOMALY 


ARGUMENT OF LATITUDE 

Argument of Latitude ’ 

Correction 

Radius Correction I SECOND HARMONIC 

PERTURBATIONS 

Correction to 
Inclination 


“k-*k + * u k 

r. i A (1 - e cos E. ) + 8 i 


CORRECTED ARGUMENT OF LATITUDE 


CORRECTED RADIUS 


». s » t 8 

k o • ik 


CORRECTED INCLINATION 


x: = r, cos u 
i k k 

y k = 'k 6,11 \ 


POSITIONS IN ORBITAL PLANE 


EARTH FIXED COORDINATES 



n k =fi Q + (n-a p ) t k -n e t oe CORRECTED LONGITUDE OF ASCENDING NODE 

x, i x' cost) - y ' cos i sint) 

k k k k k k 

y, x' sint), t y'.osi cost) , EARTH FIXED COORDINATES 

r k k k I k k 

*k y k Hin, k 

,; t is G system time at time of transmission, i e. , GPS time corrected for transit 
Mme (range/speed of light). Furthermore, t k shall be the actual total time difference 
be tween the time t and the epoch time t oc , and must account for beginning or end of 
werk crossovers. That is, if is greater that. 302400, subtract 604800 from If 
is less than -302400, add 604800 to 
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3.3.2.10.5.2.1 SSO GPS Receiver/Processor Algorithm for SV Ephemerls 
S,S0 GPS Receiver/Processor shall compute the earth fixed coordinates of position of the SV'i 
antenna phase center with a variation of the equations shown in Table XI. Data Block II 
parameters are Keplerian in appearance. The value of these parameters, however, are 
.obtained via a least squares curve fit of the predicted SV antenna phase center ephermeris 
(time-position quadruples; t, x, y, z). 

The figure of merit used to measure the quality of the above referenced curve fit is User 
Equivalent Range Error (UERE) . UERE is the projection of the curve fit error onto the User 
range. The curve fit procedure used provides UERE to the predicted SV ephemeris of less 
than .01 meter, one sigma. Truncation of Data Block II parameters increases the one sigma 
error to .1 meter. UERE increases when Data Block II parameters are used beyond their period 
of applicability. The degradation is as follows: Data Block II information is changed 
nominally each hour. Define Block II - ONE to be the information in Data Block II during the 
first hour in which the SV is tracked. Similarly define Block II - TWO to be the second 
hours information. Now define t£ to be that time when the SV stops transmitting Block II - 
ONE and starts transmitting Block II - TWO. During the time t2 to t 2 + 1/2 hour, use of 
Block II - ONE causes no degradation due to a time overlap enforced in the curve fit 
proceed At the time t2 + 1 hour, Block II - ONE will provide UERE of about 1 meter, one 
sigma, and at t 2 + 2 hours, Block II - ONE will provide UERE of about 10 meters, one sigma. 

The sensitivity of SV's antennae phase center position to small perturbations in most Data 
Block II parameters is extreme. The sensitivity of position to the parameters y/k, C rc and 
C rs is about 1 meter/meter. The sensitivity of position to the angular parameters is on the 
ordex of 10 8 meters /semi-circle, and to the angular rate parameters is on the order of 
1012 meters/semi-circle/second. Because of this extreme sensitivity to angular perturbations 
the value of IT used in the curve fit is given here, tt is a mathematical constant, the ratio 
of a circle's circumference to its diameter. Here it is taken as 

tt - 3.1415926535898 

The equation given in Table XII provide SV's antennae phase center position in earth-centerei 
earth-fixed Cartesian coordinates. This system is characterized as follows: 

x - is in the true equatorial plane In the direction of the Greenwich meridian. 

z - is along the true earth spin axis, positive in the northern hemisphere. 

y - comoletes the right hand system, y = (z) x (x) 

3.3.2,10.5.2.2 Data Block II Format . Data Block II shall occupy the third through 
tenth 30 bit words (including parity) of the second and third subframes (see Figure 23). 
Values for Data Block Block II parameters are given in Table XIII. The AODE word is provided 
in both subframes for linkage between the two subframes. Whenever the AODE received in the 
third subframe is different from that received in the second subframe, the difference 
indicates that new data is being transmitted, and the collection process must be extended 
until the received AODE words agree. The Control Segment shall Insure that any change in the 
Data Block II data will be accomplished with a simultaneous change in both AODE words. 


3.3.2.10.5.3 Data Block III . The content of Data Block III shall consist of Almanac 
Data for 25 SVs. When required, the almanac message for dummy SVs shall be transmitted to 
maintain 25 pages within the almanac table. The dummy SVs shall be designated as the SV. 
Identification will be via the SV-ID parameter (i.e., bits 61 through 66 in the third word 


of the fifth subframe shall contain zeros). 


The almanac message for the dummy SVs shall 
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Tablb XII. Data Block II Definition* 


M MEAN ANOMALY AT REFERENCE TIME 
o 

An MEAN MOTION DIFFERENCE FROM COMPUTED VALUE 

• ECCENTRICITY 

\ r A SQUARE ROOT OF THE SEMI -MAJOR AXIS 

U RIGHT ASCENSION AT REFERENCE TIME 

o 

I INC LINATION ANGLE AT REFERENCE TIME 

o 

*» ARGUMENT OF PERIGEE 

a RATE OF RIGHT ASCENSION 

C AMPLITUDE OF THE COSINE HARMONIC CORRECTION TERM 
UC TO THE ARGUMENT OF LATITUDE 

C AMPLITUDE OF THE SINE HARMONIC CORRECTION TERM 

TO THE ARGUMENT OF LATITUDE 

C AMPLITUDE OF THE COSINE HARMONIC CORRECTION TERM 
TO THE ORBIT RADIUS 

C AMPLITUDE OF THE SINE HARMONIC CORRECTION TERM 

" TO THE ORBIT RADIUS 

C AMPLITUDE OF THE COSINE HARMONIC CORRECTION TERM 
TO THE ANGLE OF INCLINATION 

C AMPLITUDE OF THE SINE HARMONIC CORRECTION TERM 

TO THE ANGLE OF INCLINATION 

t REFERENCE TIME EPHEMERIS 

oe 

A ODE AGE OF DATA (EPHEMERIS) 
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Table XIII. Data Block II Parameters 


Parameter 

No. of Bits 

Scale Factor (LSB) 

Range * 

Units 

A ODE 

8 

2 U 

524, 268 

seconds 

C ra 

16 

2 - S 

±1024 

meters 

X® 

An 

16 

2-“ 

±4E-9 

semi circle s/aeo 

M 

32 


±1 

semi circle* 

o 

c 

16 

a ' 29 

±6E-5 

radian* 

uo 

e 

32 

a‘ M 

.5 

dimensionless 

C 

16 

a ' 29 

±6E-6 

radian* 

us 

n/A 

32 

2‘ 19 

8192 

4 

meter* 4 

t 

16 

2 4 

604,784 

second* 

oe 





Spare 

6 


• 

• 

c 

16 

St-29 

±6E-5 

radians 

1c 

n 

32 

a-91 

*1. 

semi circle* 

c 

16 

2‘ 29 

±6E-5 

radians 

Is 

1 

32 

a ’ 31 

±1. 

semi circles 

0 


-5 



C 

16 

2 ° 

±1024 

meter* 

rc 

<*> 

32 

2- 31 

±1 

semi circle* 

9 

u 

24 

2" 43 

+9.5E-7 

eeml clrclea/sec 

AODB 

8 

2 11 

524,288 

seconds 

Spare 

14 

— 


— 


* (±) Indicate* that the sign bit shall occupy the most significant bit (MSB). 

NOTE: (a) All binary numbers will be two's complement. 

(b) Table XI has been deleted. Information has been 


»nco r oorated in Figure 23 . 
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contain a simple bit pattern. For 12 or fewer SVs, almanacs may be repeated within the 
table. The almanac shall be transmitted on a rotating page basis. The Control Segment shall 
schedule almanac transmission on a per vehicle basis in such a manner as to allow for 
recovery of the Almanac table. 

3.3.2.10.5.3.1 Almanac . The Almanac shall be a subset of the Data Block 1 and II 
parameters with reduced precision plus SV health and identification. The User algorithm Is 
essentially the same as the User algorithm used for computing the precise ephemerls from 
Data Block II parameters (see Table XII). The Almauac content for one SV is given in Table 
XIV. All parameters appearing in the equations not Included in the content of the Almanac 
are assumed zero. A close inspection of Table XIV will reveal that the parameter 6^ is 
transmitted, as opposed to the indication in Table XII that the value is computed. In this 
respect the application of Table XII equations differ between the almanac and the ephemerls. 

The user is cautioned that the sensitivity to small perturbations in the parameters is even 
greater for the almanac than for the ephemerls, with the sensitivity of the angular rate 
terms on the order of 10^ meters/semi-circle/second. 

Over the time span of applicability it is expected that the Umanac will provide UERE of less 
than 2500 meters, one sigma. An indication of the degradation of the UERE provided by a 
given Almanac as a function of time past the initial transmission is as specified below: 


Time 

UERE estimated by analysis 
(meters) 

1 day 

1000 

1 week 

2500 

2 weeks 

5000 

3 weeks 

10000 

4 weeks 

15000 

5 weeks 

2000 


The time past initial transmission (AODA) may be computed as 
ADDA - t k + 302,400 

where the computation of tfe is described in paragraph 3.3.2.10.5.3.2. 

3.3.2.10.5.3.2 Almanac Reference Time . The almanac reference tim;, t oa , is the 
multiple of 212 seconds truncated from 3.5 days after the time tha la applicable almanac 
begins transmission. The almanac shall be renewed each 6 days '.?mum. Therefore, 

the almanac reference time is not ambiguous. GPS time t shall v r iffer from t 0 a by more 
than 3.5 days. The time from epoch t^ (see "’able XI) shall be ed escribed in 

Table xi except that t oe shall be replaced uu.th t oa . However, i*. he "z . • 'shas to extend 

the use time of the alamanc beyond the time span that it is being trr . .. c' , he must 
account for crossovers into time spans where these computations of \ > .«. valid. 


This may be accomplished by computing t^ at the GPS time t c that the 
and storing it as t^ c . That is, 

c kc “ C c “ c oa 


^muc v*s collected, 
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Table XIV. Data Block V Content 


Parameter 

No. of Bits 

Scale Factor (L8B) 

Smtl 

mz 

ID 

8 

1 

265 

discretes 

e 

16 

j-* 1 

a’ 5 

dimensionless 

t 

8 


eoa. lia 

esoonds 

oa 

18 

2-" 

i- - 

semi elides 

Health 

8 

l 

256 

disorstes 

6 

16 

~38 

2 

-as 

42 

semi oirclss/seo 


84 

a' 11 

IS 

2 

meters* 

n o 

84 

a' 23 

al 

semi oiroles 

y 

24 

.-23 

2 

al 

semi oiroles 

M 

o 

24 

2-“ 

al 

semi oiroles 

a o 

8 

2*" 

*2- W 

sec 

a i 

8 

,-35 

*2** 

sec/sec 

SPARE 

0 


„ 



* (a) indicates that the sign bit shall occupy the most elgnlfic * bit (MSB). 
i Q - .333333333 semi-circles 


NOTE: Al. binary numbers will be two's complement. 
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corrected for » n d of week crossover. Tne tine of year t C y corresponding to t c should also be 1 
computed and stored as 


t - (D -1) x 86400 + t nod 86400 

cy tu c 

where D tc is the day of y^&r at the Greenwich Heridan at time t c . If the GPS time of its 
use is t u , the time of year t uy corresponding to t u is then 

t * (D -1) x 86400 + t mod 86400 

uy tu u 

where D tu is the day of year at the Greenwich Meridian at time t u , corrected for crossovers 
into new years since the time of collection (i.e., add 365 or 366 for each crossover). The 
time from epoch t^ at that time is simply 


t, - t 


uy 


- t + t, 
cy kc 


which is valid even during the tic., span during which the almanac is being transmitted. For 
almanacs that are not collected, but are furnished from an external source, it suffices to 
define the time of collectlr- t c as the recording time and the day of year D,. c as the 
recording day of yenr. This t im> and day of year will accompany he almanac and will always 
be within 3.5 days of the reftren* c> time t oa . 


3.3.2.10.5.3.3 Aging Parameters . The clock aging parameters r.hell consist of a first- 
order polynomial which, when used tc adjust SV time shall provide time to within 10 micro- 
seconds of GPS time. The polynomial shall be described by an P-bit const a'’ term ao and an 
8-bit first-ord'r term, a^. T ; e clock correction to the SV PRN phase time tgy shall be 
applied as follows: 



where 

t 'v GPS time (seconds) 

<v SV PRN code phase time at transmission (seconds) 

and 

4 'sv * *0 + *1 'k 


where the computation of t^ is described in paragraph 3.3.2.10.5.3.2. 

Over the span of applicability it is expected that the clock aging parameters will provide 
WERE of less than 2000 meters, me sigma. In fact, the UERE is due to the truncation of 
a^ and a^, and may be computed for all times as 


UERE - 4 




x I " 70 J . 

+ 2 t. meters 
k 


one sigma* where c is Che speed of light (see Paragraph 3.3.2.30*5,5) and the computation of 
Is described in paragraph 3.3.2.10,5.3.2. 
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3.3.2.10.5.3.4 SV Health and Status . The satellite HEALTH word occupies bits 137 
■ through 144 of the fifth subframe. The three most significant bits (i.e., bits 137, 138 
and 139) indicate health of the navigation data. The remaining five bits Indicate health 
of the signal components . The format of the satellite HEALTH word follows : 

r •> 

BITS 


f 

k 


137 138 

0 0 

0 0 

0 1 


X 



0 

1 

1 

1 


1 

0 

0 

1 



1 


BITS 



140 

0 


141 

0 


0 0 


0 0 
0 0 
0 0 
0 0 
0 0 


139 

0 — — ALL DATA OK 

1 — •> PARITY FAILURE ~ some or all parity bad 

0 — -*■ TLM/HOW FORMAT PROBLEM ~ any departure from standard format 

(e.g., preamble misplaced and/or incorrect, etc.) except for 
incorrect Z-count as reported in HOW 

1 — Z-COUNT IN HOW BAD ~ any problem with Z-count value not 

reflecting actual code phase 

0 — ■> DATA BLOCK I AND/OR II ~ one or more elements in Data Block I 

and/or II are bad 

1 — m- DATA BLOCK III ~ one or more elements in Data Block III are bad 

0 - — ALL UPLOADED DATA BAD ~ one or more elements of Data Block I 

and/or II and III are bad 

1 — ALL DATA BAD ~ TLM and/or HOW and one or more elements in 

Data Blocks I and/or II and III are bad 


142 143 144 

0 0 0 — to ALL SIGNALS OK 


0 0 1 -to- ALL SIGNALS WEAK (i.e., 3 to 6 dB below specified power 

level due to reduced power output, excess phase noise, 
SV attitude, etc.) 


0 1 
0 1 
1 0 
1 0 
1 1 
1 1 


0 —to ALL SIGNALS DEAD 

1 —to ALL SIGNALS HAVE NO DATA MODULATION 

0 -to Li P SIGNAL WEAK 

1 -—Li P SIGNAL DEAD 

0 —to Li P SIGNAL HAS NO DATA MODULATION 

1 —to L 2 P SIGNAL WEAK 


I ,'H VI iUlvt ’ HtV l»-70 
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BITS 

140 141 

0 1 

0 1 

0 1 

0 1 

0 1 

0 1 

0 1 

0 1 

1 0 

1 0 

1 0 

1 0 

1 0 

1 0 

1 0 

1 0 

1 1 

1 1 

1 1 

1 1 

1 1 


142 143 144 

0 0 0 

0 0 1 

0 10 
Oil 
10 0 
10 1 
110 
111 
0 0 0 
0 0 1 
0 10 
Oil 
IOC 
10 1 
110 
111 
0 0 0 
0 0 1 
0 10 
Oil 
10 0 


1110 1 


11110 
3 1111 


l 2 p signal dead 

l 2 p signal has no data modulation 

L]_ C SIGNAL WEAK 
L x C SIGNAL DEAD 

L x C SIGNAL HAS NO DATA MODULATION 
L 2 C SIGNAL WEAK 
L 2 C SIGNAL DEAD 

L 2 C SIGNAL HAS NO DATA MODULATION 
P SIGNAL WEAK 
P SIGNAL DEAD 

P SIGNAL HAS NO DATA MODULATION 
C SIGNAL WEAK 
C SIGNAL DEAD 

C SIGNAL HAS NO DATA MODULATION 
L X SIGNAL WEAK 
L x SIGNAL DEAD 

L x SIGNAL HAS NO DATA MODULATION 
L 2 SIGNAL WEAK 
L 2 SIGNAL DEAD 

L 2 SIGNAL HAS NO DATA MODULATION 

SV 113 TEMPORARILY OUT 'V do not use this SV during 
current pass 

SV WILL BE TEMPORARILY OUT 'Vi do not use this SV during 
period for which almanac is valid 

SPARE 

SPARE 
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3.3.2.10.5.3.5 SV Identification . The satellite ID word occupies bits 61 through 
68 of the fifth subframe. The two most significant bits (l.e., bits 61 and 62) designate 
the ICD revision and/or addendum to which the navigation data structure for that SV 
complies. When bits 61 and 62 are zero this condition shall Indicate the current 
Navigation Data structure as of Sept. 19, 1975. The addendum will delineate modification 
in the standard navigation data format due to planned and/or unplanned orbit anomalies 
(e.g. , highly eccentric orbits, excessive inclination angle, high altitude orbit, etc.). 

The remaining six bits given the numerical designation of that SV. The satellites are 
numbered 1 to 63. The SV is designated as a dummy SV. The number of dummy SV's in the 
almanac message is arbitrary to maintain 25 pages within the almanac table. 

3.3.2.10.5.3.6 Data Block III Format . Data Block III shall occupy the third 
through tenth word (including parity) of the fifth subframe (see Figure 23). The number 
of bits, the scale factor of the least significant bit (LSB) , which shall be the last 

bit received, the Range and the units of the parameters shall be as specified in Table XIV. 

3.3.2.10.5.4 Massage Block . The Message Block shall occupy the third through tenth 
30-bit word (including parity) of the fourth subframe (see Figure 23). The Message Block 
provides space for the transmission of 23 8-blt ANSCII characters (reference: 

ANSCII x3. 4-1968). The remaining 8 bits shall be non-information bearing. The ANSCII 
characters shall be limited to the following set: 

ANSCII 


Alphanumeric Character 


Character 


Code (Octal) 


A - Z 

0-9 

+ 

. (Decimal Point) 
' (Minute mark) 

0 (Degree sign) 

/ 

Blank 

" (Second mark) 


0-9 

+ 


/ 

Space 


101 - 132 

060 - 071 
053 

055 

056 
047 
045 

057 
040 
072 
042 


NOTES: 1. Only ANSCII characters A-Z, 0-9 and the Space will be used in subframe 4 

during Phase I. 

2. ANSCII characteris will be transmitted with odd parity. 

3.3.2.10.5.5 Speed of Light . The speed of light used by the Control Segment for 
generating the Data Blocks described in the above paragraphs is: 

c ■ 2.99792458 X 10® meters per second 

which is the official WGS-72 speed of light. The SS0 GPS Receiver/Processor shall use the 
same value for the speed of light in its computations. 
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3.3.2.10.6 The Data Frame Parity . The data signal shall contain parity 
coding according to the following conventions. 


3.3.2.10.6.1 Parity Option 1 . This parity option shall link 30 bit words 
within and across subframes of 10 words. The SV shall compute parity only for the 
TLM and HOW, the first two words of the 10-word subframe, using the (32, 26) 
Hamming code described in Table XV. The satellite parity computation shall com- 


pute zeros for the last two bits, and D^q, of both the TLM and HOW. 


V 


D 2'’" D 30 be the data transmitted from the satellite. The parity of the 

NAV data words numbered 3 through 10 shall be computed by the Control Segment in 
accordance with the (32, 26) Hamming code described in Tables XVI and XVII. 

Table XVI shall be used for words 3 through 9 and Table XV shall be used for 
word 10. By using Table XVII for the computation of parity, the uploaded NAV 
data shall have zeros for and D in the tenth (last) word in every subframe. 
For the Control Segment computation of parity for word 3, zeros shall always be 
used for and D^* , the last two bits of the HOW (the previous word). 


3.3.2.10.6.2 Parity Option 2 . This parity option shall be characterized by 
having the satellite compute all parity. This option shall not apply to NDS-1 
through NDS-6 and NTS-2. The future use of this option during Phase I will in 
no way require a change to the SSO GPS Receiver/Processor parity computation. 
However, the use of this option shall not require that the last two bits of the 
HOW, TLM and the 10th words of the subframe contain zeros. 


3.3.2.10.6.3 SSO GPS Receiver/Processor Parity Algorithm . As far as the 
SSO GPS Receiver /Processor is concerned, several options are available for per- 
forming data decoding and error detection. Figure 26 presents an example flow 
chart which defines one way of recovering data (d fl ) and checking parity. The 
parity bit is used for recovering raw data. The parity bits and D^* 

along with the recovered raw data (d ) are Modulo-2 added in accordance with 

n 

the equations appearing in Table XVI for D 9 ^...D^q which provide computed parity 
to compare with transmitted parity D 2 j...D^q. Regardless of the parity encoding 
scheme used for satellite transmission during Phase I, the SSO GPS Receiver/ 
Processor parity algorithm shall be transparent (no change required) to the 
encoding scheme. 
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Table XV. Option 1 Satellite Parity Encoding Equation# for TLM and HOW 
d. 


^ 29 ® dj © dy © dg © d n © d 13 © d 14 © d, 6 © d, 7 © d| g © d, 9 © d 2 , 

d, © d 3 © d 5 © d 6 ©d 7 © d 9 © d 1Q © d u © d 15 © d^ © d ]? © d 18 © d 21 © d 2 2 

D 30 © d 2 © d 3 © d 5 © d 6 © d 7 ® dg © dj Q © d j 2 © dj 6 © d^ © d 2Q © djj 
dj © d 2 © d 4 © dg © dp © d^Q © d|j ® dj 2 © dj 3 ® djg © dj 7 ® dj 9 © d 72 
D 29 © dj © d 3 © d 4 © dg © dy © dg ® dj 2 ® d^ © dj^ ® djj © d^ © d|p ® d 2 Q ® d 22 
D 29 © d| © d 2 ® d 4 © dg © d^ © d 7 © dp ® dj | © dj j © djg © d^ © d 2 Q 
0 
0 

Where 

d j , d 2/ d 22 ore the raw dota bits 

D 23 / ... D 3 q are the parity bits 

The symbol (*) is used to identify the last 2 bits of the previous transmitted word. 

Dj, D 7 / D 3 ... D 2 0 1 D 29 , D 3 q are the bits transmitted by the satellite 
© is the "modulo-2 M or "exclusive-or" operation. 
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Table XVI. Option 1 Control Sagnant Parity Encoding Equatlona for Worda 3 through 9 


°2 


”24 

d 25 

D 26 

D 27 

D 28 

°29 

°30 


d| ® D 30 

<* 2® D 30 
d 3 ® d 30 


d 24 * °30 


© d| © 62 ® dj © dg ® dg © djg © dj j 6 djj ® dj j 6 d ® dj^ fi d|g 

® d 20 ® d 23 

D 30 ® d 2 ® d 3 ® d 4 ® d 6 ® d 7 ® d 11 ® d 12 ® d 13 ® d ]4 ® d i 5 ® d|g © d^ 


® d 21 ® d 24 


© dj © dj © d4 © © dy © dg © djj ® d|g © dj^ © d|^ ® d|^ © d 


® d 20 ® d 22 

Djq ® dj © d^ © dj © dg ® dg ® dp © dj^ © © d|j © djg ® d^ © d^ 

® d 2 i ® d 23 

D © dj © dg © dg ® dg © dy © dp © d|Q © d|^ © d j ^ ® d|^ © d|^ ® djg 

0 dj| ® ^22 ® ^24 

© dg © d^ © d^ © dg © dp © djQ © © d^ © dj^ © d|^ © 622 © <^3 

® d 24 
where 

dj, dj djg ore the raw data bits 

D 25 , ...... D 30 are the parity bits and equations 

The symbol (*) is used to identify the last 2 bits of the 
previous transmitted word . 

D j, Dj, ... Djp, are the bits uploaded by the control s eg m ent, 
and are subsequently transmitted by the satellite in that sane form . 

© is the M modulo-2" or "exduslve-or" operation. 
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Table XVII. Option I Control Segment Parity Encoding Equations for Word 10 
Dj ■ dj ® D 30 
D 2 " d 2® D 30 


d 22 ® D 30 

D29 © d| © dy © dg © d 1 1 © © dj4 © d|^ © d ^ © d|g © d|^ © d2 y 

d | ® djj © dj ® d^ ® dy ® dp ® djQ © dj^ ® ^15 ® ^16 ® ^17 ® ^18 ® ^21 ^ ^22 

D 30 ® d 2 ® d 3 ® d 5 ® d 6 ® *7 ® d 8 ® d 10 ® d 12 ® d l6 ® d l9 ® d 20 ® d 21 
d 1 ®d2®d 4 ®d 5 «d 9 id J() Sdj| ® d 12 © d 13 @ d l6 ® d 17 ® dj 9 @ 6^ 

D 29 ® dj ® dj ® d^ ® dg ® dy ® dg ® d ^ 2 ® ® ® d^j ® dj^ ® d | 9 ® d 20 ® djj 

^29 ® ® dj ® ^4 ® dg ® d^ ® dy © dp ® d j j © d jg ® d^ © d| 9 ® d2Q 


when 


dj, d^/ ••••*, ore raw data bits 


&9.U 


D- n are the parity bits 


The symbol (*) is used to identify the last 2 bits of 
the previous transmitted word, 

Dj, D 2 , Dg, Djg, D^p, DgQ are the bits uploaded by the control 

segment, and are subsequently transmitted by the satellite in that same form, 
® is the "modulo- 2 " or "exdusive-or" operation. 
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COMPLEMENT 
D ] ... D24 
TO OBTAIN 

d 1 *** d 24 


SUBSTITUTE d 1 ...* 24 / 
D29AND D30 INTO 
PARITY EQUATIONS 
(TABLE XV) 


enter] 





^^ARE^S^ 

^X^COMPUTED^s. 

^ d 25-.. d 30 ^ 

EQUAL TO CORRESPONDING 
V RECEIVED > 

••• 


PARITY 
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FAILS 


parity 
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Figure 26. Example Flow Chart Tor User Implementation of Parity Algorithm 
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3.4 GPS GROUND TRANSMITTERS 

It is recognized that it may be desirable to establish ground stations 
whose function is to radiate a GPS navigation signal of the same format as 
that described within the 1CD. Since the Space Shuttle is a unique GPS user 
in terms of visibility to potential ground transmitters, if is necessary to 
control and regulate these transmitters according to the paragraphs below. 

3.4.1 Power Level . The maximum EIRP of any GPS ground transmitter shall be 
as follows: 


LIP 

L1C/A 

L2P 

L2C/A 


TBD 

TBD 

TBD 

TBD. 


3.4.2 PRN Code Phase . The phase of the C/A and P codes used for ground 
transmitters shall be as defined in Table I of this ICD. The TBD code 
phases shall be reserved for use in Shuttle ground transmitters. 

3.4.3 Data Rate and Format . The data format for the ground transmitter data 
which is modulated on the navigation signal is TBD. 

3.4.4 Data Frame Contents . TBD. 

3.4.5 Telemetry Word . TBD. 

3.4.6 Handover Word . TBD. 

3.4.7 Data Block Contents . TBD. 

3.5 GPS NAVSTAR CONSTELLATION DEFINITION 

The GPS satellite (NAVSTAR) constellation shall consist of a minimum of 24 
active operating satellites placed in 12-hour circular orbits in three orbital 
planes of TBD inclination. The eight satelites in each plane shall be evenly 
spaced. The GPS operational constellation, nominal parameters, are summarized 
in Table XVIII. 

3.6 SPACE SEGMENT PERFORMANCE 


Each ONS of the SS shall meet the requirements of Table XIX for 24 hours 
after an update by the CS. Each clock and navigation subsystem shall be stable, 
modelable and predictable to the values shown. ONS perturbation effects includ- 
ing solar pressure, outgassing and attitude control activity shall be modelable 
and predictable such that the values shown in Table XIX are achieved. 
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Table XVIII. GPS Operational Constellation, Nominal Parameters 




Period 

11:57:59.200002 


Eccentr icity 

0.02 (max) 


Inclination 

55 degree (a) 


Argument of Perigee 

0O 


Orbital Plane 

ABC 


Right Ascension of 





Ascending Node (b) , degrees 

240 

120 

0 


Longitude of 

0 

15 

-15 


Ascending Node, degrees 

45 

60 

30 



90 

105 

75 

♦ 


135 

150 

120 



1P0 

195 

165 



225 

240 

210 



270 

285 

255 

1 


315 

330 

300 


(a) Inclination for NDS satellites is 63 degrees 


(b) Referenced to Astronomical 

Coordinates of 

1950.0 as of 

► 

21 March 1977, 0 hours, 0 

minutes GMT and 

regressing at 


-0.04945 degcee/day 





> 


-5 

f 

i 
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Table XIX. GPS System Error Budget 


ERROR SOURCES 

ERROR SOUI 
RESPONSIBILITY 

SS CS 

ICE (a) 
METER 

US 

SYSTEM 
BUDGET , 
METER 

CLOCK (. NAVIGATION 
SUBSYSTEM STABILITY 

2.7(b) 

2.7(b) 

— 

2.7 

PREDICTABILITY OF SV 
PERTURBATIONS 

1.0(b) 

1.0(b) 

— 

1.0 

OTHER 

0.5(b) 

0.5(b) 


0.5 

EPHEMERIS AND CLOCK 
PREDICTION 

— 

2.5 

— 

2.5 

OTHER 

— 

0.5 

— 

0.5 

IONOSPHERIC DELAY 
COMPENSATION 

— 

— 

2.3(c) 

2.3 

1 

TROPOSPHERIC DELAY | 

COMPENSATION 

i 

— 

2.0(C) 

2.0 

i 

RECEIVER NOISE AND 
RESOLUTION 

— 

— 

1.5(c) 

1 

1-5 

MULTIPATH 


— 

1.2 (c) 

1.2 

OTHER 

1 


0.5(C) 

0.5 

la SYSTEM UERE 



5.3 


(a) NDS error budqet is specified in SS-GPS-101A. 


(b) Requirements that shall be joint responsibility between 
SS and CS. 

(c) The US shall meet these requirements to the extent 
specified in SS-US-200. 
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